System and method of soft decoupling an input

ABSTRACT

In a virtual reality environment a user&#39;s movements are coupled, meaning the user cannot walk and look in different directions. Discloses are methods and systems for soft decoupling the movements of the user in a virtual reality environment, enabling the user to look and walk in different directions simulating real-world interactions. The soft decoupling is performed by receiving acceleration and orientation data from sensors attached to the user. A heading and a heading delta based on a ratio are calculated. The calculated heading and a velocity are translated into soft decoupling inputs for the virtual reality environment.

CROSS-REFERENCE TO RELATED APPLICATIONS

This application is a continuation of U.S. application Ser. No.16/988,496, filed Aug. 7, 2020, which claims benefit of continuation ofU.S. application Ser. No. 15/738,598, filed Dec. 21, 2017, which claimsbenefit of International Application No. PCT/US2016/044527, filed Jul.28, 2016, which claims benefit of U.S. provisional application Ser. No.62/198,032 filed Jul. 28, 2015 and claims benefit of U.S. provisionalapplication Ser. No. 62/253,317 filed Nov. 10, 2015.

FIELD OF TECHNOLOGY

The present disclosure relates generally to an omnidirectionallocomotion system and apparatus that can be used in conjunction withvirtual reality systems, and more specifically to a hardware layout andsoftware methods of a omnidirectional locomotion system and relatedcomponents.

BACKGROUND

The present disclosure generally relates to locomotion devices that canbe used in conjunction with virtual reality systems.

Within a virtual reality environment, users typically desire the abilityto walk freely. In particular, the ability to physically walk or run inthe real environment and have that motion translated to the virtualenvironment significantly increases the level of immersion of the userin the virtual environment. However, movement in the real world is oftenlimited by physical space boundaries (e.g., the size of the room withinwhich the user is located). Accordingly, locomotion devices are designedto provide the user the sensation of walking freely, while confining theuser to a specific location. For example, many locomotion devices allowa user to walk freely, in 360 degrees, on a platform having a finitesize without ever leaving the platform. Conventional locomotion devicesinclude motorized and non-motorized designs, which may be used inconjunction with virtual reality environments.

Motorized locomotion devices typically use sensors to detect themovement of the user and send feedback to motors driving belts orrollers on which the user moves. The belts or rollers are operated tocounter the user's movements and bring the user back to a centralportion of the platform after each step. There are many drawbacks tomotorized locomotion devices. For example, the motorized locomotiondevices are usually complex and expensive because of the rolling andmotorized components, sensors, processing units, and feedback loops. Inaddition, complex algorithms are required for the rolling and motorizedcomponents to properly counter the movements of the user. Inaccuratefeedback to the motor can result in erroneous movement of the belts orrollers that may cause the user to lose balance or drift away from thecenter of the platform. There may also be issues with latency offeedback and response when the user accelerates, causing incorrectmovements or responses that are too slow, potentially allowing the userwalk off the platform. Further, because the response movements of thebelts or rollers counteract the user's movements, the user may be proneto lose balance and trip.

In addition to issues with the operation of motorized locomotiondevices, such devices are usually large and bulky, and thus, do not fitin the average-sized residential room (e.g., a game room, living room,or bedroom) and can be difficult to break up into modular pieces forshipping and storage. The devices are necessarily large, to prevent theuser from walking off the platform before the correct system responsehas been processed; thus, rendering the devices unsuitable for in-homeconsumer usage.

Non-motorized locomotion devices lack motorized components and, thus,rely on the user's movement and/or gravity to bring the user back to thecenter of the platform after each step. Omnidirectional ball bearingplatforms, for example, have hundreds of ball bearings that allow theuser to walk in place while a restraint around the user's waist keepsthe user in place. A major issue with omnidirectional ball bearingplatforms is that the user does not experience a natural gait with aheel-toe strike movement, but rather instability similar to that ofwalking on ice. The instability results in the shuffling of feet whereneither heel nor toe lift off the device, resulting in an unnaturalwalking gait that reduces the immersion of the user in the virtualenvironment. Moreover, these devices are typically heavy and expensivedue to the plurality of rolling components.

Accordingly, there remains a need for locomotion devices that allowusers to safely access virtual environments while providing thesensation of a more natural walking gait.

SUMMARY

The embodiments described herein are generally directed to a locomotionsystem for use with a virtual environment technology comprising aplatform configured to support a user, a lower platform configured tosupport the platform and the user while entering the platform, anadjustable struts coupled to the platform and extending upwardly, atvariable heights, from the platform, wherein the harness supportassembly includes a support halo positioned above the platform andextending about a vertical central axis, and a harness configured to beworn by the user. The harness includes one or more sleds moveablycoupled to the support halo.

In an embodiment, a locomotion system for use with a virtual environmenttechnology comprises a platform configured to support a user, strutscoupled to the platform and extending upwardly from the platform,wherein the struts includes a support halo positioned above the platformand extending about a vertical central axis, and a harness including abelt configured to be worn by the user, one or more sleds coupled to thebelt, and a vertical member coupled to the belt. The sleds slidinglyengages an upper and lower surface of the support halo, and the verticalmember is disposed within the support halo and is configured to limitthe radial movement of the interface structure relative to the supporthalo.

In an embodiment, a harness for use in an omnidirectional locomotionsystem comprising a sit harness coupled to a support frame, two uppersleds removably coupled to the support frame by a connection rod,wherein the upper sled is located above a halo, two lower sledsremovably coupled to the support frame by a vertical member, wherein thelower sled is located below the halo.

In an embodiment, a virtual reality system comprises a locomotion systemincluding a platform configured to support a user, struts coupled to theplatform, and a harness configured to be worn by the user. The strutsinclude a support halo positioned above the platform and extending abouta vertical central axis, and wherein the harness is configured to moverelative to the support halo. The virtual reality system can furthercomprise one or more sensors, for example, inertial measurement unit(IMU) configured to detect, track, and transmit the motion of the userto a print circuit board, light emitting diodes (LED) configured todisplay status information to the user, a cabling system and panelconfigured to prevent accidental removal, and a visual display incommunication with the processing unit, and one or more accessoriesconfigured to be handled or used by the user.

The movement of a user in the omnidirectional locomotion system can bedetermined by data collected from the one or more sensors, for exampleIMUs. One or more sensors can be removably attached to the user'sfootwear, harness, accessory, head, arms, or any other location on theuser or user accessory. When the user begins movement in any directionthe sensors can stream raw gyro data to an aggregator board, for exampleat 100 Hz. The aggregator board can collect and analyze the data todetermine the angular velocity (rate of rotation per second) coming fromthe gyro that is perpendicular to the direction of the motion. In otherembodiments, the sensors can include, but are not limited to capacitancesensors, inertial sensors (IMU), ambient light sensors, magnetictracking sensors, acoustic sensors, pressure sensors, optical trackingsensors, hall effect sensor, and infrared sensors.

The term “coupled” refers to limitation of movement in the virtualenvironment with reference to the direction in which the user is lookingor where the camera is pointed within the virtual environment.

The term “decoupled” refers to the ability to move in the virtualenvironment independent of the direction in which the user is looking orthe camera is pointed within the virtual environment. In an embodiment,it refers to the ability of the user to walk in any direction on thevirtual reality platform (walk movements translated into gamepad inputfor a computer application that accepts gamepad input) independent of adirection in which the user is looking in the virtual environment.Movements when decoupled are therefore not bound by the direction of thecamera or display, when the user is moving, thus enabling a user to lookor have a display positioned in any angle, irrespective of the usersintended feet and body movement, motion, or direction.

The term “POD” refers generally to a specific type of sensor system,namely a sensor coupled with a multi-controller unit with short-rangewireless capabilities. In the present disclosure, the term POD can beinterchangeably with the term sensor. The present disclosure in generaldescribes a POD, however, other sensors can be implemented as well, forexample, capacitance sensors, inertial sensors (IMU), ambient lightsensors, magnetic tracking sensors, acoustic sensors, pressure sensors,optical tracking sensors, hall effect sensor, and infrared sensors.

The term “gaming” refers generally to virtual environments, namelyvirtual environments created for a user of video gaming, training(combat, sports, employment), simulation, exer-gaming, physical therapy,serious gaming, entertainment, education, virtual tours, virtual workenvironments, virtual meeting rooms, sports simulation and training,virtual tourism, virtual concerts, virtual events, or design purposes.

Current video games use a relative orientation framework. Pushing ajoystick to the right or pressing “D” on a keyboard can move a user'savatar 90 degrees to the right from a current viewpoint or cameraposition. The current camera position can be obtained by measuring adirection of a head mounted display, for example, a virtual realityheadset. Thus in the relative orientation framework, movement can berelative to the current camera position. To further illustrate, pushingthe joystick up or “W” on the keyboard can move the user's avatar in theforward in the current camera position.

In an embodiment, a game can use an absolute orientation framework(decoupled framework). When a game is played using an omnidirectionallocomotion platform a user's avatar can move independently from thecurrent viewpoint or camera position. The user's avatar can move in anabsolute manner relative to an in-game map. For example, if the userwalks the direction north on omnidirectional locomotion platform, theuser's avatar can move north on the in-game map, regardless of thecurrent camera position. In an embodiment, the head mounted display caninclude a sensor, for example, a magnetometer. The sensor can use anabsolute orientation framework similar to omnidirectional locomotionplatform, wherein the current in-game camera position can be thedirection the user is physically looking outside the game.

In an embodiment, the direction “north” can be magnetic north or polarnorth. In another embodiment, the direction “north” can be a designateddirection set or calibrated at a start of a game. For example, a userwearing a head mounted display (virtual reality headset), can lookforward relative to the user's body during calibration, which cancalibrate the current forward looking direction with a forward walkingorientation prior to decoupling the current camera position and theuser's body position. In another embodiment, the halo or harness of anomnidirectional locomotion system, can include sensors to calibrate theforward position of a user with the forward orientation in-game prior todecoupling the current camera position and the user's body position. Inanother embodiment, upon initiation of a game the current position ofthe user outside of the game, determined by the sensors inomnidirectional locomotion platform, the harness, or the headset can becalibrated to the starting position of the game. For example, if anin-game user is initiated facing east, then the direction the outsideuser is facing when the game is initiated can be calibrated east.

In an embodiment, decoupling can be implemented in existing games.Existing games are not configured for decoupling, however the decouplingeffect can still be achieved by generating one or more keystrokes basedon the user's current camera position. For example, if the user walksforward on the omnidirectional locomotion platform while looking 90degrees to the left, decoupling can be accomplished by generating the“D” key or left movement key. The absolute orientation framework can beconverted to the relative orientation framework by taking into accountthe current camera direction. In another example, if the user walksforward on the omnidirectional locomotion platform while looking 45degrees to the right, achieving the decoupling effect can beaccomplished by generating the “W” and “A” keys simultaneously or in analternating manner. In another example, if the user walks forward on theomnidirectional locomotion platform while looking 15 degrees to theright, achieving the decoupling effect can be accomplished by generatingmore “W” keys than “A” keys.

In an embodiment, a method for detecting a quick stop on anomnidirectional locomotion system can comprise, receiving an angularvelocity at a predefined interval, determining a user movement based onthe angular velocity, applying a smoothing filter on the angularvelocity, determining when the angular velocity is equal or less than apredefined threshold, calculating a slope of the angular velocity,determining when the slope approaches zero for a predefined interval,determining the quick stop when the angular velocity is within thepredefined threshold and the slope approaches zero for a predefinedinterval.

In an embodiment, a locomotion system platform can include sensors,wherein the sensors can be used to determine characteristics of the useroperating the locomotion system. The sensors can be located on or withinthe platform, or on a user of the platform. Another embodiment, relatesto an absolute orientation framework, where a character is able to moveindependently from the camera position (which is the user's viewpoint).The direction a user is looking is ignored and the user can move in anabsolute way. If the user walks “north” on the locomotion system, theuser in the game will move North in the game, regardless of the cameraposition.

In an embodiment, a locomotion system platform can comprise one or moresensors distributed in a geometric pattern, one or more electronicallycoupled printed circuit boards, the one or more sensors electronicallycoupled to the one or more printed circuit boards, one or moremicro-controller units, the one or more micro-controller unitselectronically coupled to the one or more printed circuit boards and acomputer system. The micro-controller units can be electronicallycoupled to the printed circuit boards and computer system by short-rangewireless, for example Bluetooth, WI-FI, or NFS. The computer system canbe a server, video game console, or mobile device, for example, an XBOX,PlayStation, Nintendo, a mobile phone, a tablet, a laptop, a smartphoneor a PDA. The sensors can include, but are not limited to capacitancesensors, inertial sensors (IMU), ambient light sensors, magnetictracking sensors, acoustic sensors, pressure sensors, optical trackingsensors, hall effect sensor, and infrared sensors. In anotherembodiment, the geometric pattern is concentric circles.

In an embodiment, a forward step can be generated when one or moresensors on a halo are activated. For example, one or more sensors in ahalo or platform can be activated by a capacitance reading. Capacitanceand time data from the activated sensor can be stored in a computersystem. A determination can be made if one or more adjacent sensors areactivated. In another embodiment, one or more sensors on a user can beactuated by an inertial measurement or optical measurement. A forwardstep can be generated.

In an embodiment, a velocity vector can be generated when one or moresensors on a halo are activated. For example, one or more sensors in ahalo or platform can be activated by a capacitance reading. Capacitanceand time data from the activated sensor can be stored in a computersystem. A determination can be made if one or more adjacent sensors areactivated. In another embodiment, one or more sensors on a user can beactuated by an inertial measurement or optical measurement. A velocityvector can be generated.

In an embodiment, a step direction can be calculated. One or moresensors can transmit location data and capacitance values to a computersystem. In another embodiment, one or more sensors can transmit inertialmeasurement or optical measurement values. The computer system cannormalize the location data of the one or more sensors. The computersystem can further weight the normalized position vectors. The computersystem can further accumulate the weighted normalized position vectors.The computer system can further normalize the accumulated vectors.

In an embodiment, a velocity of one or more steps can be calculated. Acomputer system can zero sensors, for example in a center zone. One ormore sensors can transmit location data and capacitance values to acomputer system. In another embodiment, one or more sensors can transmitinertial measurement or optical measurement values. The computer systemcan normalize the location data of the one or more sensors. The computersystem can further weight the normalized position vectors. The computersystem can further accumulate the weighted normalized position vectors.The computer system can further normalize the accumulated vectors. Thecomputer system can determine the length of the accumulated vector. Thecomputer system can calculate the velocity of the accumulated vector.

In an embodiment, a locomotion system platform can provide naturalvertical movement. The vertical movement can enable a user to crouch orjump while operating the locomotion system. The vertical movement cancomprise a ball bearing system, a spring counterweight, an overheardspring suspension, a pivot arm, a magnetic levitation, a hydraulicactuation, and/or a compressed gas system.

In an embodiment, a locomotion system can comprise a braking mechanism,specifically to prevent a user from falling. When a user is operatingthe locomotion system, a horizontal force is applied. The concave baseof the locomotion system, while enabling a user forward movement by theapplied horizontal force, can cause a user to fall or lose balance. Abraking mechanism can prevent a user from falling or losing balance bycounteracting the horizontal force. The braking mechanism can comprise acounterweight, a frictional force, and cable brake.

In an embodiment, the locomotion system can accommodate an industrialuser. The locomotion system can accommodate a user using a weapon, forexample an M4 carbine. The locomotion system can further accommodate auser dressed in standard industrial gear and attire, for example amodular tactical vest, patrol pack, improved load bearing equipment(ILBE), and modular lightweight load-carrying equipment (MOLLE).

In an embodiment, the standard industrial gear can integrate with thelocomotion system, specifically, load bearing/carrying equipment canattach to the locomotion system harness. The attachment can be doneusing Pouch Attachment Ladder System (PALS).

In an embodiment, a method of generating a gaming input comprisingcalculating a velocity, calculating a heading, translating the velocityand the heading into 2-dimensional Cartesian coordinates, normalizingthe 2-dimensional Cartesian coordinates into a minimum to maximum scalerange. In an embodiment, the velocity can be calculated by a distanceone or more of a user's foot travels divided by the time it took totravel the distance. In another embodiment, the velocity can becalculated by a pedometry rate, wherein the pedometry rate is determinedby monitoring a frequency of steps over a predefined interval. Inanother embodiment, the velocity can be calculated by monitoring anacceleration of one or more of a user's foot. In another embodiment, thevelocity is calculated by normalizing an angular velocity, wherein theangular velocity is a change in rotation of one or more of a user'sfoot. In another embodiment, the heading can be translated relative to areal world axis and the real world axis can be magnetic North. Inanother embodiment, the heading can be calibrated to a magnetic North toan initial orientation of a user by an offset. In another embodiment,the heading can be translated relative to an orientation of a user'storso. In another embodiment, the heading can be translated relative toan orientation of a user's head. In another embodiment, the minimum tomaximum scale range is defined by gaming input descriptors. In anotherembodiment, the Y 2-dimensional Cartesian coordinate is for forward orbackwards movement. In another embodiment, the X 2-dimensional Cartesiancoordinate is for sideways movement.

In another embodiment, a method of generating a stop gaming inputcomprising calculating a velocity, wherein the velocity is a change inrotation of one or more of a user's foot, normalizing the velocity,determining when the normalized velocity drops below a predefinedthreshold, determining when a slope of the normalized velocityapproaches zero for a predefined interval.

In another embodiment, a method comprising receiving one or more sensoroutput, calculating a velocity from the one or more sensor output,calculating a heading from the one or more sensor output, translatingthe velocity and the heading into 2-dimensional Cartesian coordinates,normalizing the 2-dimensional Cartesian coordinates into a minimum tomaximum scale range.

Also disclosed are systems and methods for soft decoupling in input. Thesystems and methods for soft decoupling include determining a motion byan input received from one or more sensors and an angle of a heading bythe input received from the one or more sensors. Also included arecalculating a heading delta, combining the heading delta and theheading, translating a velocity received from the one or more sensorsand the combined heading into coordinates, and normalizing thecoordinates.

The systems and methods for soft decoupling also include that the inputincludes acceleration data and orientation data, the motion isdetermined when the acceleration data is greater than zero, the angle ofthe heading is determined from the orientation data, and that theheading delta is calculated based on the angle of the heading and apredetermination ratio, the coordinates are 2-dimensional Cartesiancoordinates, and the coordinates are normalized within a minimum andmaximum scale defined by a input device.

The systems and methods for soft decoupling also include that thecombining further includes adding the heading delta to the heading, theheading delta and the heading are directional vectors.

Also disclosed are door assemblies for a system. In some embodiments,the door assembly is for an omnidirectional locomotion system. The doorassembly includes a housing coupled to a pivotable door, the housinghaving a door latch member and the pivotable door having a housing latchmember, where one of the door latch member and the housing latch memberis a substantially conical protrusion and the other of the door latchmember and the housing latch member has a receiving space configured toreceive the conical protrusion.

The door assembly can also include the conical protrusion is anoff-center cone having a vertical axis substantially closer to aperimeter edge than the center of the conical protrusion and thereceiving space has an inner surface comprising a substantially inverseshape of the conical protrusion.

The door assembly can also include the conical protrusion has a grooveformed in at least a portion of an outer surface, where a securingmember adjacent to the receiving space is receivable within the grooveformed on the outer surface.

The door assembly can also include the pivotable door is transitionablebetween an open position and closed position, where the open positionthe door provides access to an interior the housing, and in the closedposition the door prevents access to the interior of the housing.

The door assembly can also include a handle transitionable betweenlatched position and an unlatched position, where in the latchedposition the handle secures the door in the closed position and in theunlatched position the door is unsecured.

The door assembly can also include the conical protrusion has a grooveformed in at least a portion of the outer surface and a securing memberadjacent to the receiving space receivable within the grooved formed onthe outer surface of the conical protrusion, wherein the door is in theclosed position when the securing member is received in the securingmember and the securing member is coupled to the handle andtransitionable within the groove as the handle transitions between thelatched position and the unlatched position.

Also, disclosed is also omnidirectional locomotion system including ahalo suspended above a platform by a strut. The strut can have aplurality of apertures formed in an outer surface. The strut can alsoinclude a latching assembly coupled to the strut having a pin receivablein one of the plurality of apertures, a lever coupled to the latchingassembly and transitionable between a first position and a secondposition, the lever actuates the pin between an extended position whenthe lever is in the first position and a retracted position when thelever is in the second position and a spring coupled to the pin to urgethe pin to the extended position when the lever is in the firstposition. Further when in the extended position the pin is configured tobe received in one of the plurality of apertures and the spring allowsthe lever to be transitioned to the first position when the pin andaperture are not sufficiently aligned.

The strut can also include a cam coupled to the lever and the pin totransition the pin from the retracted position to extended position asthe handle transitions from the second position to the first positionand that the plurality of apertures are arranged along a substantiallylongitudinally extending axis and the latch assembly is translatablealong the strut parallel to the longitudinal axis.

BRIEF DESCRIPTION OF THE DRAWINGS

In order to describe the manner in which the features of the disclosurecan be obtained, a more particular description of the principles brieflydescribed above will be rendered by reference to specific examplesthereof which are illustrated in the appended drawings. Understandingthat these drawings depict only example embodiments of the disclosureand are not therefore to be considered to be limiting of its scope, theprinciples herein are described and explained with additionalspecificity and detail through the use of the accompanying drawings inwhich:

FIG. 1 illustrates an example harness system, in accordance with anexample embodiment of the present technology;

FIG. 2A and FIG. 2B illustrate an example sled connection of an exampleharness system, in accordance with an example embodiment of the presenttechnology;

FIG. 3 illustrates an example sled system of an example harness system,in accordance with an example embodiment of the present technology;

FIG. 4A illustrates an example handle and latching system of an examplesupport halo, in accordance with an example embodiment of the presenttechnology;

FIG. 4B is a perspective view of an example foot covering in accordancewith an example embodiment of the present technology;

FIGS. 5A-D illustrate an example latching system, in accordance with anexample embodiment of the present technology;

FIGS. 6A-G illustrate an example closed and example open support halo,in accordance with an example embodiment of the present technology;

FIG. 7 is a top view illustrating an example support halo, in accordancewith an example embodiment of the present technology;

FIG. 8 illustrates an example attachment mechanism of an example supporthalo, in accordance with an example embodiment of the presenttechnology;

FIG. 9A, FIG. 9B, FIG. 9C, and FIG. 9D illustrate an example attachmentmechanism of an example support halo, in accordance with an exampleembodiment of the present technology.

FIG. 10 illustrates an example strut system of an exampleomnidirectional locomotion platform system, in accordance with anexample embodiment of the present disclosure;

FIG. 11 illustrates an example strut support and release system, inaccordance with an example embodiment of the present technology;

FIG. 12A and FIG. 12B illustrate an example strut support at a highvertical level and low vertical level, respectively, in accordance withan example embodiment of the present technology;

FIG. 13 is a cross-sectional view illustrating an example strut andstrut base, in accordance with an example embodiment of the presenttechnology;

FIG. 14 is a cross-sectional view illustrating an example strut supportand release system, in accordance with an example embodiment of thepresent technology;

FIG. 15 is a cross-sectional view illustrating an example strut releasesystem, in accordance with an example embodiment of the presenttechnology;

FIG. 16 is a cross-sectional view illustrating an example strut andstrut base, in accordance with an example embodiment of the presenttechnology;

FIG. 17 illustrates an example auto-lock panel of an example auto-locksystem, in accordance with an example embodiment of the presenttechnology;

FIG. 18 is an internal view illustrating an example auto-lock system, inaccordance with an example embodiment of the present technology;

FIG. 19 is an internal view illustrating an example auto-lock system, inaccordance with an example embodiment of the present technology;

FIG. 20 is an internal view illustrating an example auto-lock system, inaccordance with an example embodiment of the present technology;

FIG. 21 illustrates an example platform, lower platform and cablemanagement system of an example omnidirectional locomotion system, inaccordance with an example embodiment of the present technology;

FIG. 22 illustrates a top cross-sectional view of an example supportstructure of an example platform and lower platform, in accordance withan example embodiment of the present technology;

FIG. 23 illustrates an example cabling system, in accordance with anexample embodiment of the present technology;

FIG. 24 illustrates an example cabling system, in accordance with anexample embodiment of the present technology;

FIG. 25 is a block diagram illustrating an example POD system, inaccordance with an example embodiment of the present technology;

FIGS. 26A-D are exploded views illustrating an example POD system, inaccordance with an example embodiment of the present technology;

FIGS. 27A-B are a block diagrams illustrating an example POD system, inaccordance with an example embodiment of the present technology;

FIG. 28 is a block diagram illustrating an example aggregator board of aPOD communication system, in accordance with an example embodiment ofthe present technology;

FIG. 29 is a block diagram illustrating an example layering model of aPOD communication system, in accordance with an example embodiment ofthe present technology;

FIG. 30 is a schematic diagram illustrating an example sensor layout, inaccordance with an example embodiment of the present technology;

FIG. 31 a schematic diagram illustrating an example aggregator boardlayout, in accordance with an example embodiment of the presenttechnology;

FIG. 32 is a block diagram illustrating an example POD communicationsystem, in accordance with an example embodiment of the presenttechnology;

FIG. 33 is a flow diagram illustrating example method of decoupledmovements, in accordance with an example embodiment of the presentdisclosure;

FIG. 34 is a flow diagram illustrating an example method of coupledmovements, in accordance with an example embodiment of the presentdisclosure;

FIG. 35 is a flow diagram illustrating an example method of a quickstop, in accordance with an example embodiment of the presentdisclosure;

FIG. 36 is a graph illustrating an output from an example sensor system,in accordance with an example embodiment of the present disclosure;

FIG. 37 is a top view illustrating an example sensor layout of anexample omnidirectional locomotion system, in accordance with an exampleembodiment of the present disclosure;

FIG. 38 is a top view illustrating an example first and second slice ofan example omnidirectional locomotion system, in accordance with anexample embodiment of the present disclosure;

FIG. 39 and FIG. 40 are flow diagrams illustrating example methods forgenerating a forward movement, in accordance with an example embodimentof the present disclosure;

FIG. 41 and FIG. 42 are flow diagrams illustrating example methods forgenerating a velocity vector, in accordance with an example embodimentof the present disclosure;

FIG. 43 is a flow diagram illustrating an example method for performingvelocity vector integration with third party, in accordance with anexample embodiment of the present disclosure;

FIG. 44 is a flow diagram illustrating an example method of calculatinga velocity vector, in accordance with an example embodiment of thepresent disclosure;

FIG. 45 is a flow diagram illustrating an example method for calculatinga velocity, in accordance with an example embodiment of the presentdisclosure;

FIGS. 46A-C illustrate an example locomotion system configured forindustrial applications, in accordance with an example embodiment of thepresent disclosure;

FIG. 47 is a cross-sectional view illustrating an example pulley systemof an example locomotion system, in accordance with an exampleembodiment of the present disclosure;

FIG. 48 is a cross-sectional view illustrating an example counterweightsystem of an example locomotion system, in accordance with an exampleembodiment of the present disclosure;

FIG. 49 is a top view illustrating an example braking system of anexample locomotion system, in accordance with an example embodiment ofthe present disclosure;

FIG. 50 is a top view illustrating an example braking system of anexample locomotion system, in accordance with an example embodiment ofthe present disclosure;

FIG. 51 is a side view illustrating an example braking system of anexample locomotion system, in accordance with an example embodiment ofthe present disclosure;

FIG. 52 illustrates an example MOLLE and PALS harness connection, inaccordance with an example embodiment of the present disclosure;

FIG. 53 is a flow diagram illustrating an example method for softdecoupling, in accordance with an example embodiment of the presenttechnology; and

FIGS. 54A-H illustrate an example Hall effect ring system, in accordancewith an embodiment of the present technology.

DETAILED DESCRIPTION

Various examples of the disclosure are discussed in detail below. Whilespecific implementations are discussed, it should be understood thatthis is done for illustration purposes only. A person skilled in therelevant art will recognize that other components and configurations canbe used without parting from the scope of the disclosure. In otherinstances, well-known methods, procedures, components, circuits, andnetworks have not been described in detail so as not to necessarilyobscure aspects of the embodiment.

It will also be understood that, although the terms first, second, etc.can be used herein to describe various elements, these elements shouldnot be limited by these terms. These terms are only used to distinguishone element from another. For example, a first sensor could be termed asecond sensor, and similarly, a second sensor could be termed a firstsensor, without departing from the scope of the present invention.

The terminology used in the description of the invention herein is forthe purpose of describing particular embodiments only and is notintended to be limiting of the invention. As used in the description ofthe invention and the appended claims, the singular forms “a”, “an” and“the” are intended to include the plural forms as well, unless thecontext clearly indicates otherwise. It will also be understood that theterm “and/or” as used herein refers to and encompasses any and allpossible combinations of one or more of the associated listed items. Itwill be further understood that the terms “comprises” and/or“comprising,” when used in this specification, specify the presence ofstated features, integers, steps, operations, elements, and/orcomponents, but do not preclude the presence or addition of one or moreother features, integers, steps, operations, elements, components,and/or groups thereof.

As used herein, the term “if” may be construed to mean “when” or “upon”or “in response to determining” or “in response to detecting,” dependingon the context. Similarly, the phrase “if it is determined” or “if [astated condition or event] is detected” may be construed to mean “upondetermining” or “in response to determining” or “upon detecting [thestated condition or event]” or “in response to detecting [the statedcondition or event],” depending on the context.

FIG. 1 illustrates an example full-body harness system 100. Chestharness 110 can be configured for use with sit harness 120 by connectors115 for added stability, balance, and ability to maintain uprightposition. In an embodiment, sit harness 120 can be used without chestharness 110. Chest harness 110 can include shoulder straps 113 and backstrap 114 connected by Y-connector 112. Shoulder straps 113 can includeshoulder pads 111 and can be extended or shortened by adjusters 116. Sitharness 120 can include a waist strap 122 with adjustable waist strapbuckle 123, back pad 121A for added support and adjustable leg loops124. Sit harness 120 can further include a support frame 127. Supportframe 127 can be comprised of hard plastic, metal, polymer, carbonfiber, any combination thereof, or any other material to support of auser's weight. Sleds 125 and vertical member 126 can be removablyattached to support frame 127.

FIG. 2A and FIG. 2B illustrate an example sled connection of a sitharness system 120. Bracket 129 can attach to sit harness 120 by backpad 121A, side pad 121B, waist strap 122 or a combination thereof.Connection rod 128 attaches to bracket 129 through support frame 127.Connection rod 128 can be supported by support frame 127. Connection rod128 can be configured as a telescoping rod enabling an extension inlength when a user of slighter statute is using sit harness 120 and ashortening in length when a user of larger statute is using sit harness120. Extension and shortening of connection rod 128 enables a connectionwith sleds 125 with a user of most any size. In another embodiment,connection rod 128 and bracket 129 can also be configured to slideforward and backwards along waist strap 122 of sit harness 120 to enableusers of slighter or larger statute to tighten or loosen sit harness 120and enable connection rod 128 to maintain a perpendicular position to auser's torso. In another embodiment, connection rod 128 can slide alongbracket 129. In another embodiment, bracket 129 can slide along waistharness 122. Support frame 127 can support connection rod 128, whichconnects sit harness 120 to support frame 127, for example to keep theuser from falling. The combination of connection rod 128 and bracket 129can be supported by support frame 127. Side pads 121B can provide addedcomfort and support for a user at the bracket 129 attach point.

FIG. 2A, FIG. 2B, and FIG. 3 illustrate an example sled connection of asit harness system 120 with halo 134. Sleds 125 and vertical members 126can be removably attached to support frame 127 by connection rods 128.Sleds 125 and vertical members 126 can be made of a low-frictionmaterial that glides on, inside, and underneath halo 134. Sleds 125 caninclude upper sleds 125A and lower sleds 125B. In an embodiment onlyupper sleds 125A can be configured for use. In another embodiment bothupper sleds 125A and lower sleds 125B are configured for use. Uppersleds 125A can be removably attached to connection rods 128. Lower sleds125B can be removably attached to vertical members 126. In anembodiment, lower sleds 125B can be attached further up or further downvertical members 126 enabling decreased or increased interaction betweenlower sleds 125B and halo 134, respectively. Sleds 125 can bedynamically independently configured to rotate with a user movement orstatically independently configured to not move with a user movement.The surface of sleds 125 can be of a rounded shape to minimize a contactarea between sleds 125 and halo 134. Rounded-shape sleds 125 can enablea smooth glide during impact with halo 134. Halo 134 can besubstantially torus shape to further minimize an impact area with sleds125.

Upper sleds 125A can be configured to sit on top of halo 134 and lowersleds 125B can be configured to sit below halo 134. Upper sleds 125A andlower sleds 125B can enable a user to move in 360 degrees whileproviding added stability and preventing the user from falling (in anydirection). In an embodiment, upper sleds 125A are configured for use,and lower sleds 125B are not configured for use, enabling the user thecapability to jump. In another embodiment, when both upper sleds 125Aand lower sleds 125B are configured for use, lower sleds 125B cancontain a sensor (for example a Hall effect sensors, pressure sensors orIMU) for detecting a user jump movement and upper sleds 125A can containa sensor (for example a Hall effect sensor, pressure sensor or IMUsensor) for detecting a user crouch movement. In another embodiment,vertical members 126, upper sleds 125A, lower sleds 125B, or any otherlocation on the sit harness 120, can include a sensor (for example, aHall effect sensor, a pressure sensor or IMU sensor) configured todetermine the orientation of sit harness 120 (and the orientation of theuser's torso). In another embodiment, one or more Hall effect sensorscan be arranged in or around halo 134. In another embodiment, one ormore Hall effect sensors can be arranged in or around vertical members126, upper sleds 125A, lower sleds 125B, or sit harness 120. One or moremagnets can be arranged in or around vertical members 126, upper sleds125A, lower sleds 125B, and sit harness 120 to communicate with the Halleffect sensors in halo 134 or sit harness 120.

An IMU, Hall effect sensor, or a combination thereof can be placed onsit harness 120 (e.g., back of sit harness, sleds 126, vertical member126, etc.) to provide orientation data. The position of an IMU (e.g., onthe rear portion) of sit harness 120 can provide forwards or backwardsangle data (e.g., angular orientation) during user movement (e.g.,forward lean, backwards lean, etc.). The angle data (e.g., orientationdata) can be aggregated with data from other IMUs or Hall effect sensorsto determine the overall user movement. The overall user movement canalter the view of the user, such as when a user walks (e.g., at a slowerpace) the virtual environment can be altered at a slower pace, and whenthe user jogs or runs (e.g., at a faster pace) the view within thevirtual environment can be altered at a faster pace.

In some embodiments, the rear IMU can be mounted horizontally and theomnidirectional locomotion system 130 can be calibrated such that whenthe rear IMU records a positive angle it can be determined the usermovement is in a forward direction and when the IMU records a negativeangle it can be determined the user movement is in a backward direction.In other embodiments, the rear IMU can be mounted vertically and theomnidirectional locomotion system 130 can be calibrated that when therear IMU records a positive angle it can be determined the user movementis in a forward direction and when the rear IMU records a negative angleit can be determined the user movement is in a backward direction. Inother embodiments, the IMU can be mounted at any angle. The orientationdata received from the IMU (i.e., mounted at any angle) can be convertedto determine the correct angle regardless of the mounting angle. Theorientation data from the IMUs can be aggregated by the omnidirectionallocomotion system 130. The orientation data can include accelerometerdata and gyroscope data. Atilt angle (e.g., angle a user's torso ispositioned relative to sit harness) can be determined from theaccelerometer and gyroscope data. In at least one embodiment, theomnidirectional locomotion system 130 includes a threshold angle whichis the minimum angle needed (e.g., from the orientation data receivefrom IMU) to determine the user is moving in a specific direction.

FIG. 3 illustrates an example sled connection of a sit harness system120 with halo 134. Upper sleds 125A can include a connection portion1252 for removably attaching to connection rod 128. In an embodiment,upper sleds 125A can be configured at different positions alongconnection rod 128 for increasing or decreasing impact with halo 134,for example, closer to or further from the base of connection rod 128.In another embodiment, upper sleds 125A can be locked in place toprevent rotation around connection rod 128. Upper sleds 125A can furtherinclude a front portion 1251 and a rear portion 1253, where a frontportion 1251 is shorter in length than a rear portion 1253 to provide auser with added stability. For example, an extended length of a rearportion 1253 can provide a user with added balance and prevent abackwards fall. In an embodiment, sleds 125A, can be rounded convex,concave, a flat surface, or any other shape as to minimize the contactsurface with the top of halo. In an embodiment, to prevent excessivenoise, upper sleds 125A can include a rubberized layer 1254 enabled todampen noise and impact of upper sleds 125A. In another embodiment,rubberized layer 1254 can be metal springs or any other material toreduce impact noise. In another embodiment to prevent excessive noise,impact portions of upper sleds 125A with halo 134 can be configured witha rubberized surface, metal springs or any other material to reduceimpact noise. In another embodiment, a sled can include full rollers toprovide easy forward and reverse movements of a user.

Lower sleds 125B can include connection portions 1255 for removablyattaching to vertical member 126. In an embodiment, lower sleds 125B canbe can be substantially the same length as upper sleds 125A. In anotherembodiment, lower sleds 125B can be of a smaller size or larger sizethan upper sleds 125A. The width of lower sleds 125B can be narrow tonot interfere with support struts. The impact portions of lower sleds125B, which can come into contact with halo 134, can be rounded to aiduser movement and minimize contact with halo 134. In another embodiment,the impact portion of lower sleds 125B can be rounded convex, concave, aflat surface, or any other shape as to minimize the contact surface withthe underside of halo 134 while maximizing the desired functionality ofpreventing tilt. During operation, lower sled 126B can prevent a userfrom excessive tilting and provide more stability and security to theuser, for example, when the user tilts forward or backwards,respectively the back or front of the lower sleds 125B impacts theunderside of halo 134 preventing further tilting providing morestability and security to the user. The space between halo 134 and lowersleds 125B can determine the amount of tilt for the user. The spacebetween halo 134 and lower sleds 125B can be altered by adjusting lowersleds 125B along vertical member 126. In an embodiment lower sleds 125Bcan be configured 0.25 inches below halo 134 providing the user withadded stability while still enabling the user a full range of motion.The length of the lower sleds 125B can determine the amount of forwardand backward tilt of a user, for example, a shorter length of lowersleds 125B enables the user more forward and backward tilt where alonger length of lower sleds 125B enables the user less forward andbackwards tilt. To prevent excessive noise, lower sleds 125B can includea rubberized layer (not shown) enabled to dampen noise and impact oflower sleds 125B. In another embodiment, the rubberized layer can bemetal springs or any other material to reduce impact noise. In anotherembodiment to prevent excessive noise, impact portions of lower sleds125B with halo 134 can be rubberized, metal springs or any othermaterial to reduce impact noise. In another embodiment, a sled caninclude full rollers to provide easy forward and reverse movements of auser.

FIG. 4A illustrates an omnidirectional locomotion system 130 includingplatform 170. Platform 170 can be composed of a material with acoefficient of friction (with the same material) between 0.05 and 0.3.Halo 134 of an omnidirectional locomotion system 130 can include one ormore handles 131. Handles 131 can aid in adjusting a height of halo 134by extending or shortening struts 150. Halo 134 can also include a lever132 for opening and closing door 133 for entering an omnidirectionallocomotion system 130. In some embodiments, lever 132 can be a lift-uptail design. In other embodiments, lever 132 can be spring loaded. Lever132 can further stay in an upright position when not closed for addedsafety. Door 133 and lever 132 can further include a safety pin (notshown) for additional safety against accidental opening. FIGS. 5A-Dillustrate lever 132 with latching members 137, 138 and door 133 withhinge 136. FIGS. 6A-D illustrate door 133 in different states: closedand unlocked, partial open, and fully open, respectively. FIGS. 6D-Gillustrate the door 133, specifically the halo latch member 137 and thedoor latch member 138. The halo latch member 137 can have a protrusion1372 formed thereon and the door latch member 138 can have a receivingmember 1371 formed therein to receive the protrusion 1372 of the halolatch member 137. The protrusion 1372 can align the door 133 with thedoor latch member 138 when transitioning the door 133 from the openposition to the closed position. In other embodiments, the protrusion1372 can be formed on the door latch member 138 and the receiving member1371 can be formed on the halo latch member 137.

As can be appreciated from FIGS. 6D-F, the protrusion 1372 can consistof a conical protrusion having an offset longitudinal axis and thereceiving member 1371 is an inversely shaped off set cone to receive theconical protrusion 1372. The offset conical protrusion 1372 can alignthe door 133 in a vertical direction and a horizontal direction as thedoor 133 transitions from the open position to the closed position. Overtime, the halo latch member 137 and the door latch member 138 can be outof alignment due to deflection of the door 133 at the hinge 136, orexpansion/retraction of the halo 134 when the door 133 is in the openposition. The offset conical protrusion 1372 is received in thesimilarly shaped receiving member 1371, thereby properly aligning thedoor in the vertical and horizontal direction without requiring visualinput from the user.

As can further be appreciated in FIG. 6G, the protrusion 1371 has agroove 1373 formed outer surface and the lever 132 is coupled to alocking rib 1374 configured to engage the groove 1373. The locking rib1374 engages (e.g., by rotation) the groove 1373 as the lever moves fromthe open position to the closed position.

The door 133 can also include a safety pin (not shown) to outwardly biasthe door 133. The safety pin can be spring biased to push the dooroutward, away from the halo 134, when the door is not properly closed.The safety pin can be disposed on either the door 133, the door latchmember 138, or halo latch member 137. In at least one embodiment, thedoor 133 has a spring biased safety pin capable of pushing the door 133away from the halo 134 if improperly closed, therefore the user cannotactuate the lever 132 to secure the door 133 in the closed position. Inother embodiments, halo latch member 137 (or door latch member 138) canhave a pin extending therefrom that is compressed as the door 133 isclosed, and capable of pushing the door 133 away from the halo 134 ifthe door is not properly closed. In other embodiments, the receivingmember 1371 can have a spring biased pin or surface that pushes againstthe protrusion 1372 as it is received in the receiving member 1371, suchthat if not properly latched the spring bias ejects the protrusion 1372from the receiving space moving the door 133 away from the halo 134.

FIG. 4B illustrates an embodiment of a foot covering 200 for use withembodiments of locomotion systems and platforms described herein isshown. In this embodiment, foot covering 200 comprises an upper portion210, a sole 230, and a plurality of variable friction pads 240-260, 280.As used herein, the term “foot covering” refers to a shoe or anovershoe. An overshoe is a foot covering that at least partially coversthe wearer's shoe and generally includes a sole releasably attachable tothe sole to the wearer's shoe or body (e.g., foot, ankle, or leg).Further, when used to describe foot covering 200, the terms “top” or“bottom” may be used for purposes of description with “up,” “upper,”“upward,” or “above” meaning generally toward or closer to the end offoot covering 200 closest to the toe 201, and with “down,” “lower,”“downward,” or “below” meaning generally toward or closer to the end offoot covering 200 closest to the heel 202. The overall length and widthof foot covering 200 will vary depending on the size of the wearer'sfoot; thus, foot covering 200 may be customized to fit any sized foot.In the present embodiment, foot covering 200 may be made of any suitablematerial known in the art, including but not limited to fabric, leather,or other suitable material known in the art.

Sole 230 of foot covering 200 covers the underside of the wearer's footand connects to upper portion 210 along the entire perimeter of thewearer's foot. In this embodiment, upper portion 210 and sole compriseone continuous piece of material.

In some embodiments, sole 230 comprises three sections—a forefoot 235, amidfoot 265, and a hindfoot 275. Forefoot section 235 includes toefriction pad 240 and a first, second, third, and fourth forefoot pad245, 250, 255, 260, respectively. Toe friction pad 240 is disposed onthe bottom of sole 230 proximal to the toe 201 or the “top” of sole 230,and has two curved or cut out portions at the lower end of friction pad240. Toe friction pad 240 extends from the top of toe 201 downwardtoward heel 202 preferably between 0.5 and 2.5 inches and from one side203 across the entire width of sole 230 to the other side 204. Frictionpad 240 may be round or any other suitable shape known in the art.Friction pad 240 may be made of any suitable material including, but notlimited to, fabric, leather, or polymers. First friction pad 245 isgenerally circular and is disposed below and adjacent to toe frictionpad 240 in one of the cut out portions at the bottom of toe friction pad240. First friction pad 245 has a diameter preferably between 0.4 and2.0 inches. Second friction pad 250 is generally circular and isdisposed below and adjacent to toe friction pad 240 in the other of thetwo cut out portions at the bottom of toe friction pad 240. Secondfriction pad 250 has a diameter preferably between 0.4 and 2.0 inches.Third friction pad 255 is generally circular and is disposed on sole 230below and proximal to first friction pad 245. Third friction pad 255 hasa diameter preferably between 0.4 and 2.0 inches. Fourth friction pad260 is generally circular and is disposed on sole 230 below and proximalto second friction pad 250. Fourth friction pad 260 has a diameterpreferably between 0.4 and 2.0 inches. Though shown in the presentembodiment with four friction pads 245, 250, 255, 260, in otherembodiments, forefoot section 235 may comprise three or fewer frictionpads of varying sizes. In yet other embodiments, forefoot section 235may comprise five or more friction pads of varying sizes.

Midfoot section 265 comprises the portion of the shoe covering 200 thatsupports the arch of the wearer's foot. In this embodiment, midfootsection 265 does not comprise any friction pads. However, in otherembodiments, midfoot section 265 may comprise one or more friction padsof varying sizes.

Hindfoot section 275 comprises heel friction pad 280. Fifth friction pad280 is disposed on sole 230 approximately centered between sides 203,204 and proximal to the heel 202. Fifth friction pad 280 has a widthpreferably between 0.4 and 2.0 inches and a height preferably between0.4 and 2.0 inches. Though shown in the present embodiment with onefriction pad 280 in other embodiments, hindfoot section 275 may comprisetwo or more friction pads of varying sizes and shapes.

All friction pads 240, 245, 250, 255, 260, 280 have a thicknesspreferably between 0.1 and 1.0 inch. Though the majority of frictionpads 240-260, 280 are shown in the present embodiment as circular, inother embodiments friction pads 240-260, 280 may extend from one side203 across the entire width of sole 230 to the other side 204. Frictionpads 240-260, 280 may be made of any suitable material known in the artincluding, but not limited to, polymers, ceramics, rubber, fabric, fiberglass, or fur. Friction pads 240-260, 280 are preferably made ofpolyethylene or polytetrafluoroethylene, and more preferably made ofhigh density polyethylene.

In another embodiment, sole 230 may comprise a layer of fur instead offriction pads. In another embodiment, the entire foot covering 200 maycomprise fur or fabric. In another embodiment, the foot coverings 200may comprise a plastic low friction bag that wraps around the shoe ofthe user.

Because platform 170 can be inclined, the friction pads 240-260, 280will slide downward toward the center of the platform under the force ofgravity. The ease or amount of sliding of the pads 240-260, 280 onplatform 170 will depend on the coefficient of friction between the pads240-260, 280 and platform 170. The coefficient of friction may varydepending on the material chosen for both the platform 170 and the pads240-260, 280. Thus, the material for friction pads may be selected basedupon the desired coefficient of friction.

Friction pads 240-260, 280 can be composed of a material with acoefficient of friction (against itself) between 0.10 and 0.20, aspecific wear rate (against itself) of 5-45 10⁻⁶ mm⁻³/Nm), and a densityof 1.3-1.55 g/cm³. Friction pads 240-260, 280 are preferably made of amaterial having a coefficient of dry friction with platform 170 lessthan or equal 0.40 or a coefficient of lubricated friction with platform170 less than or equal to 0.25. Moreover, each friction pad 240-260, 280may, but need not have different coefficients of friction. Differentcoefficients of friction may be attained for different portions of thesole 230 by changing the materials of each friction pad 240-260, 280.Thus, the coefficient of friction of the individual friction pads240-260, 280 may vary between each friction pad allowing the toefriction pad 240, for example, to have a greater coefficient of frictionthan the interior first, second, third, fourth, and fifth friction pads245-260, 280. Increasing the coefficient of friction between the toefriction pad 240 and the platform 170, allows for greater stability byreducing the sliding effect when the heel lifts off the platform 170.

The use of a lubricant can further decrease the coefficient of frictionbetween the pads 240-260, 280 and the surface of platform 170. In someembodiments, the lubricants can be silicone based. In other embodiments,the lubricants can be oil based. In other embodiments, lubricantsstandard in the art may be used, including but not limited to siliconewipes or oil-based sprays.

The use of a textured surface can further decrease the coefficient offriction between the pads 240-260, 280 and the surface of platform 170.For example, the pads 240-260, 280 and the surface of platform 170 canhave a pebbled texture with random half spheres of with an approximatediameter of 2-3 mm. In some embodiments, pads 240-260, 280 can betextured. In some embodiments, the surface of platform 170 can betextured. In some embodiments both pads 240-260, 280 and the surface ofplatform 170 can be textured.

To utilize the locomotion system 130, the user dons the foot coverings200 on both feet, steps onto the platform 170 and into support ring 134.The user then straps on the harness system (shown in FIG. 1 ) and thencloses and latches the door 133. The user can then employ the virtualreality device of his/her choice. Once in the virtual environment, anymovement in the physical world made by the user will translate tomovement in the virtual world.

The user may exercise freedom of movement while on platform 170. Theuser may take a first step with a first leg off the center and onto theangled surface of platform 170. As the user takes a second step withhis/her second leg, the force of gravity guides the user's first footdown the incline of angled surface of platform 170 toward center ofplatform 170. The low coefficient of friction between the foot coveringpads 240-260, 280 and the surface of platform 170 allows the footcovering 200 to slide on the surface, and the process is repeated. Theuser is thus able to maintain continuous walking motion in the virtualworld while only moving within the perimeter of platform 170.

FIG. 7 is a top view illustrating an example halo 134 and relativepositioning of handles 131, lever 132, door 133, hinge 136, and struts150. In an embodiment, Struts 150 can be offset. In an embodiment,struts 150 can be positioned on different axes, for example, one strut150 can be positioned on axis 148 and the other strut 150 can bepositioned on axis 149.

FIG. 8 illustrates an example halo 134 attachment mechanism. Halo 134can include U-shaped flanges 139. U-shaped flanges 139 can attach tostruts 150 by quick release fixtures including handle 140 and quickrelease latch 141. In an embodiment, any other type of connection andrelease mechanism can be used. In another embodiment, halo 134 ispermanently attached to struts 150. FIGS. 9A, 9B, 9C and 9D illustratethe quick release fixture in different states of connectivity. FIG. 9Aillustrates handle 140 and quick release latch 141 engaged with struts150. FIG. 9B illustrates handle 140 released from struts 150. FIG. 9Cillustrates handle 140 released from struts 150 and latch 141 partiallyreleased from struts. FIG. 9D illustrates handle 140 and latch 141completely released from struts 150, enabling halo 134 to be removedfrom struts 150.

In an embodiment, halo 134 can be removed and replaced with a halo of adifferent shape or size to accommodate a user of a different shape orsize. In an embodiment, halo 134 can be of substantially torus shape, toenable minimum contact with sleds 125. In another embodiment, halo 134can further be shaped similar to a torus, where a minor circle of atorus can be an ellipse or any other shape to enable minimum contactwith sleds 125. In another embodiment, halo 134 can be interchanged witha myriad of halos with different circumferences in order to accommodateusers of all sizes. In another embodiment, struts 150 can further beenabled for removal in order to accompany different halo designs toaccommodate users of all sizes. In another embodiment, removable halo134 and removable struts 150 can aid in transporting an omnidirectionallocomotion system.

FIG. 10 illustrates an example strut system 190 for vertical movement ofhalo 134. Halo 134 can comprise one or more release members 191 and becoupled to one or more struts 150. One or more struts 150 can compriseone or more locking mechanism 195 and one or more positioning member 194coupled to the one or more release members 191 by one or more cables192. The positioning member 194 can comprise retractable locking pin193, the retractable locking pin 193 being engaged when the releasemember 191 is disengaged, disabling halo 134 from vertical movement; andthe retractable locking pin 193 being disengaged when the release member191 is engaged, enabling the halo 134 to move vertically. In anembodiment, struts 150 can be kept in place by a positioning pin orretractable locking pin 193 included in positioning member 194, whichcan lock the vertical location of the struts 150. Struts 150 can bemoved vertically up and down when the positioning pin is retracted. Auser can enable vertical movement by actuating release member 191. Byactuating release member 191, cable 192 is pulled upwards actuatinglocking mechanism 195, which in return retracts the pin in thepositioning mechanism 194 and unlocks struts 150 enabling verticalmovement.

FIG. 11 illustrates an example omnidirectional locomotion system 130with vertically adjustable struts 150. Foot levers 153 can be configuredto release strut latches 152 to enable adjustment or removal of strut150 from strut base 151. Foot levers 153 can be attached to strutlatches 152. In another embodiment, foot levers 153 can be separate fromstrut latches 152 as shown in FIG. 14 . Separate foot levers can utilizean internal spring released mechanism for releasing strut latches 152.Struts 150 can include printed height markings 154 for aiding in heightadjustments. Struts 150 can be completely removed from strut base 151with the use of an auto-lock mechanism shown in FIG. 18-20 . FIG. 12Aand FIG. 12B illustrate struts 150 at a high height and a low heightrespectively.

FIG. 13 is an internal view of an example strut base 151 and strut 150illustrating a strut connection mechanism. Circular portion 151 asupports a spring (not shown) that can provide a counterforce to theinner portion of strut 150. The counterforce of the spring preventsstruts 150 from falling when unlatched by strut latch 152 from strutbase 151. FIG. 14 is an internal view of an example strut base 151illustrating an internal spring mechanism 151B. When foot lever 153 isdepressed and struts 150 are released, internal spring mechanism 151B isactuated providing an upward force to counteract the weight of struts150 and halo 134. Internal spring mechanism 151B can enable a user toeasily adjust the height of halo 134 without having to bear the entireweight of the struts 150 and halo 134.

FIG. 15 is a cross-sectional view of an example strut latch 152. Strutlatch 152 can be coupled to pins 155A, springs 155B and brackets 155C.Pins 155A can be located through brackets 155C and springs 155B can becircumferential to pins 155A and adjacent to each side of brackets 155C.When strut latch 152 is released there is minimal tension in springs155B enabling strut 150 to be vertically adjusted. When strut latch 152is engaged, tension is present in springs 155B disabling or lockingstrut 150 from being vertically adjusted. Secure pins 158 can beconnected to strut latch 152 by a mounting plate 160. Secure pins 158can be engaged when strut latch 152 is engaged (flush with strut base151) and disengaged when strut latch 152 is disengaged (away from strutbase 151). Secure pins 158 can align with strut holes (shown in FIG. 11) enabling securement of struts 150 in strut base 151. Secure pins 158can aid in engagement of struts 150 at level heights. Rubber pads 159can be connected to strut latch 152 by a mounting plate. Rubber pads 159can be engaged when strut latch 152 is engaged (flush with strut base151) and disengaged when strut latch 152 is disengaged (away from strutbase 151). Rubber pads 159 can create friction between the strut base151 and strut 150 enabling preventing movement of struts 150.

FIG. 16 is a cross-sectional view of an example strut 150 illustrating apeg adjustment mechanism. Strut base 151 can include one or more pegs156 enabled to interact with struts 150. Strut 150 can include one ormore peg holes 157 for coupling with one or more pegs 156. Pegs 156 andpeg holes 157 can provide a tactile feedback to a user while adjustingthe height of halo 134. For example, when a user is adjusting the heightof halo 134, by pulling or pushing on the handle 131, peg 156 and pegholes 157 can provide an audible clicking sound and a physical clickingvibration to notify the user that strut 150 is aligned correctly.

FIG. 17 illustrates an example removable panel 161 of an auto-lockmechanism of strut base 151. FIG. 18 , FIG. 19 and FIG. 20 illustrateinternal structures of an example strut base 151 illustrating anauto-lock mechanism in various stages of engagement. FIG. 18 illustratesstrut 150 before complete insertion into a strut base 151. Auto-lock pin164 can be coupled to spring mechanism 163 and handle 162. Engaging(pulling) handle 162 can compress spring mechanism 163 partiallyremoving pin 164. Strut 150 can include slanted depressible button 165.Slanted depressible button 165 can enable strut 150 to be inserted intostrut base 151 and prevent the removal of strut 150 without engagementof auto-lock mechanism. FIG. 19 illustrates strut 150 inserted intostrut base and an enabled an auto-lock mechanism. During this stage ofengagement, strut 150 cannot be removed from strut base 151. FIG. 20illustrates engaging handle 162, compressing spring mechanism 163,partially removing pin 164 and enabling the removal of strut 150.

FIG. 21 illustrates an example omnidirectional locomotion system,specifically, a platform 170 and a lower platform 171. Platform 170 canbe constructed of material with a low coefficient of friction, such ashigh-density polyethylene, low-density polyethylene, polyvinyl chloride,polypropylene, or any other suitable material with a low coefficient offriction. During operating a user can wear variable-friction shoes orfeet/shoe coverings. Lower platform 171 can provide added stability toan omnidirectional locomotion system. As shown in FIG. 7 , anomnidirectional locomotion system can include two offset (not centered)struts 150. Lower platform 171 can provide added stability bycounter-weighting the offset of the struts. Lower platform 171 caninclude textured anti-slip rubber pad 174 to prevent a user fromslipping/falling while wearing low friction footwear. Lower platform 171can also include a disclaimer informing a user to remove footwear toprevent accidents while operating in or around an omnidirectionallocomotion system. Platform 170 and lower platform 171 can also includelight-emitting diodes (LED) 177 to inform a user of the differentstatuses of an omnidirectional locomotion system. For example, green canindicate fully operational, in operation or sensors connected, amber canindicate please wait or sensors not connected, red can indicate stop,system is not ready or sensors not connected. Various blinking LED andcombinations thereof can be configured for other status notifications.The omnidirectional locomotion system can also include an on/off button175. Pressing the on/off button can power on or off a PCB, LED, andenable connections or can disconnect with one or more sensors andcomputing system.

FIG. 22 illustrates an example internal structure of a platform 170 andlower platform 171 of an omnidirectional locomotion system. Platform 170enables stable use of an omnidirectional locomotion system comprisingtwo offset struts. Platform 170 can include an outer frame 172A and twocrossbars 340 for enabling stability. Platform 170 can further includesupport plates 341 in each corner of platform 170. In an embodiment,crossbars 340 and support plates 341 can be welded to platform 170.Crossbars 340 and support plates 341 can be comprised of metals,metal-alloys, for example, steel or any other material capable ofstabilizing the use of an omnidirectional locomotion system. Platform170 can be of a plurality of shapes, for example a hexagon, an octagon,a square or a circle. Lower platform 171 can include an outer frame 172Band an internal frame 173. The internal frame 173 can be made of a heavymaterial, for example steel, in order to counter-weight the user'sweight and the offset of the struts.

FIG. 23 illustrates an example cable/PCB panel of an omnidirectionallocomotion system. Panel 176 protects the cables and PCB from externalelements. Cut-outs 180 a, 180 b, and 180 c can enable cables from thePCB to be run from either side of the panel and under the lowerplatform. Cut-outs 180 a, 180 b, and 180 c can enable cable connectionsfrom either side of the omnidirectional locomotion system preventingpossible cabling issues. For example, preventing loose cables being runin walking areas, trip hazards, accidental unplugs, or unsafe cablinglayouts. FIG. 24 illustrates an example internal cabling/PCB panel of anomnidirectional locomotion system. One or more cable plugs 178 can beincluded for inserting cables of computer system for connection withPCB, power cables, network cables, or any other type of connectioncables. Clips 179 can aid in cable management by preventing cables frommoving around behind panel 176. Alternatively, clips 179 could be cableplugs. In another embodiment, cable plugs 178 can each have anintegrated clip 179. Cable plugs 178 and clips 179 can include cablesthat run under lower platform 171 by cut-out 180 c. In anotherembodiment, platform 170 and lower platform 171 can be integrated withcable runs to facilitate cables being hidden on opposite sides. The PCBcan be located behind cable plugs 178 and clips 179. The PCB can beremovable to upgrade or install new hardware.

FIG. 25 is a block diagram illustrating an example POD system 400. In anembodiment, POD system 400 can be connected to a user's body, anaccessory or an omnidirectional locomotion system (for example, legs,feet, arms, head, torso, gun, sword, paddle, racquet, halo, or harness)to enable data related to a user's movements to be transmitted to acomputing system (for example, an aggregator board). In an embodiment, asensor 401 can include an accelerometer 401A, a gyroscope 401B, and amagnetometer 401C. In one embodiment, sensor 401 can include one or moreinertial measurement units (IMU). One or more sensors 401 can digitizeanalog signals for a multi-axis compass, accelerometer and gyroscope.One or more sensors 401 can connect to a multi-controller unit (MCU)402. In an embodiment, the connection between sensor 401 and MCU 402 isby an I2C bus. In an embodiment, the connection between sensor 401 andMCU 402 is by an USB. MCU 402 can manipulate received data from one ormore IMU 401 into a multi-axis solution indicating direction, position,orientation and movement and then transmits the data to anothercomputing system by radio transmitter 404. In an embodiment, radio 404is a short-range wireless radio (for example Bluetooth). In anembodiment, radio 404 is a 2.4 GHz wireless radio. MCU 402 can also haveconnections to a power management 405 (by πL), EERPOM 406 (by I2C), aUART 403 for debugging (by TTL).

FIG. 26A illustrates an exploded view of example POD system 400. In anembodiment, POD system 400 can be connected to a user's body, anaccessory or an omnidirectional locomotion system (e.g., legs, feet,arms, head, torso, gun, sword, paddle, racquet, halo, harness, etc.) toenable data related to a user's movements to be transmitted to acomputing system. The location of POD system 400 (e.g., feet, arms,torso, head, accessory, omnidirectional locomotion system, etc.) can beidentified by actuating a switch on the PCB of the POD system 400 asillustrated below.

POD system 400 can include a receptor 480. Receptor 480 can beconfigured to releasably attach to mounting plate 484. Receptor 480 caninclude attachment members 481. Attachment members 481 can be configuredto attach to a user (e.g., a foot, a torso, a head, an accessory, etc.)or omnidirectional location system 130 (e.g., platform, harness, etc.).In some embodiments, attachment member 481 can be attached to a user byvelcro, shoelaces, etc. Receptor 480 can include one or more ramps 482.Ramps 482 can be configured to actuate actuators 483 during attachmentof receptor 480 to mounting plate 484.

Mounting plate 484 can include one or more actuators 483. Actuators 483can be configured to actuate one or more switches (not shown) on printedcircuit board (PCB) 485. In some embodiments, the actuators 483 can beactuated when mounting plate 484 is attached to receptor 480. PCB 485can include one or more switches (not shown). In some embodiments, theone or more switches can be on the back portion of PCB 485 in order toreceive a connection with actuator 483. PCB 485 can be attached tomounting plate 484 by connector 487. Connector 487 can be a screw,rivet, etc. PCB 485 can include an on/off switch 486. On/off switch 486can be configured to turn POD system 400 on or off. PCB 485 can alsoinclude one or more light emitting diodes (LED) 488. LEDs 488 can emitlight to demonstrate different statuses of POD system 400. For example,a solid green light can indicate POD system 400 is turned on. A flashinggreen light can indicate POD system 400 is enabled for pairing with anaggregator board. An amber light can indicate a warning. A flashingamber light can indicate POD system 400 requires charging. A red lightcan indicate and error. The light emitted (e.g., color, pattern, etc.)from the LED can be preconfigured or be configured by an administrator.POD system 400 can further include a cover 489 to protect the electroniccomponents (e.g., PCB 485, on/off switch 486 LED 488, etc.).

FIGS. 26B-D illustrate example receptor 480 configurations. FIG. 26Aillustrates a first ramp 482A and a second ramp 482B configuration foractuating a first switch and a second switch on PCB 485. For example,receptor 480 includes two ramps 482A-B (i.e., a first ramp for actuatinga first switch and a second ramp for actuating a second switch). When amounting plate 484 is attached to receptor 480, the two ramps 482A-Bactuate the two actuators 483 on mounting plate 484 which in turnactuate the first switch and the second switch of PCB 485. In someembodiments, when the first switch and the second switch of PCB 485 areactuated, the POD system 400 can identify as an accessory. In otherembodiments, when the first switch and the second switch of PCB 485 areactuated, POD system 400 can identify as a torso. In other embodiments,any known when the first switch and second switch of PCB 485 areactuated, POD system 400 can identify any predefined (or customconfigured) user, user body part, accessory, etc.

FIG. 26B illustrates a first ramp 482C configuration for actuating afirst switch on PCB 485. For example, receptor 480 includes a first ramp482C. When a mounting plate 484 is attached to receptor 480, the firstramp 482 can actuate the first actuators 483 on mounting plate 484 whichin turn can actuate a first switch of PCB 485. In some embodiments, whenthe first switch of PCB 485 is actuated, the POD system 400 can identifyas a left foot. In other embodiments, when the first switch of PCB 485is actuated, the POD system 400 can identify as a right foot. In otherembodiments, any known when the first switch of PCB 485 is actuated, PODsystem 400 can identify any predefined (or custom configured) user, userbody part, accessory, etc.

FIG. 26C illustrates a second ramp 482D configuration for actuating asecond switch on PCB 485. For example, receptor 480 includes a secondramp 482D. When a mounting plate 484 is attached to receptor 480, thesecond ramp 482 can actuate the second actuators 483 on mounting plate484 which in turn can actuate a second switch of PCB 485. In someembodiments, when the second switch of PCB 485 is actuated, the PODsystem 400 can identify as a right foot. In other embodiments, when thesecond switch of PCB 485 is actuated, the POD system 400 can identify asa left foot. In other embodiments, any known when the second switch ofPCB 485 is actuated, POD system 400 can identify any predefined (orcustom configured) user, user body part, accessory, etc.

In some embodiments there are no ramps and thus no switches on PCB 485actuated. In other embodiments there are multiple ramps and thusmultiple switches on PCB 485 are actuated. When PCB 485 includes twoswitches, up to three POD system 400 can be identified (i.e., a firstswitch actuated, a second switch actuated, and both switches actuated).When no switches are actuated on a POD system 400, the POD system 400can be determined not installed. When PCB 485 includes three switches,up to seven POD systems 400 can be identified.

FIG. 27A and FIG. 27B are block diagrams of example POD systems 410 and430. POD 410 can include a multi-axis accelerometer/gyroscope 411, anmagneto-impedance (MI) sensor 412 for detecting multi-axis magneticfields, and an EEPROM memory 413 connected to a processor/wirelesstransceiver 414. In an embodiment the processor and wireless transceivercan be integrated. In another embodiment, the processor and wirelesstransceiver can be separated. Processor 414 can be connected to a radiointerface 415, a TTL interface 416 and one or more LEDs 417 forindications of transmissions, statuses, and errors. Processor 414 can beconnected to a power management chip 418. Power management chip 418 canbe connected to a USB interface 419, one or more battery interfaces 420and one or more LEDs 417 for indications of power management,transmissions, statuses, and errors. The various components of PODsystem 410 can be connected by I2C bus, RF, UART, GPO, USB power,battery power, PMIC, or GPI. For example, accelerometer/gyroscope 411can be connected to processor 414 by I2C, processor 414 can be connectedto radio interface 415 by RF, and power management chip 418 can beconnected to battery interface by GPI. POD system 430, shown in FIG. 27, can represent an alternative embodiment of POD system 410.

A POD can be pre-configured for use, for example, a first POD can bedesignated for use as a left foot, a second POD can be designated foruse with a right foot, a third POD can be designated for use with atorso, a fourth POD can be designated for use with a head, a fifth andsixth POD can be designated with a left and right arm/hand respectively,a seventh POD can be designated to be used with a head, and an eighthPOD can be designated with an accessory, such as a gun or sword.Furthermore, more PODs can be designated or fewer PODs can be designatedbased on specific needs of a user computing system. Alternatively, a PODcan be configured before use. For example, a computing system can ask auser to move their left foot to configure a POD on their left foot. Thecomputing system can ask a user to move their right foot to configure aPOD on their right foot. The computing system can ask a user for eachpresent POD.

FIG. 28 illustrates a block diagram of an example aggregator board 440.An aggregator board can be installed in a strut base behind thecabling/PCB board. An aggregator board can be integrated with orseparate from a PCB board. An aggregator board can be configured toreceive data from one or more sensors (for example, one or more POD) andcompile, processes and transmit the processed data. In an embodiment,the processed data can be transmitted to a computing device (forexample, a server, mobile device, video game console) configured to runan API for translation of the processed data. The transmission can be bya USB connection, short-range wireless, Bluetooth, or any othertransmission medium.

FIG. 29 illustrates an example layer model for a POD communicationsystem 450. Layer 1 455 can include one or more PODs 455A. In anembodiment, PODs 455A can be sensors. The PODs 445A can transmit outputvalues to Layer 2 460. In an embodiment, Layer 1 455 can wirelesslytransmit data to Layer 2 460, for example, by Bluetooth or a 2.4 GHzradio transmission.

Layer 2 460 can include a control box for receiving PODs 455A valueoutput. In an embodiment, the control box can be an aggregator board.Layer 2 460 can include an API 460A for translating received data fromPODs 455A. Layer 2 460 can include different libraries 460B, forexample, a filtering library, a processing library and motion libraryenabling translating received data from API 460A. In an embodiment, API460A can call library functions to enable translation of the receivedPOD data. Layer 2 460 can further include transmitting and receivingcomponents 460C, for example, USB, Bluetooth, short-range wireless, 2.4GHz radio, Wi-Fi and/or Ethernet.

Layer 3 465 can include a computing system 465B, for example, a PC, atablet, a phone, a video game console, or any other computing device.The computing device can run a game or application 465B along with anAPI 465A. The game or application 465B can be a computer game, aPlayStation game, an XBOX game, any game or application with a virtualenvironment, a simulation, or any other game or application. The API465A can receive data from Layer 2 460 and translate the received datato a format the game or application 465B can understand. Once translatedby the API 465A, the movement of a user, tracked by PODs 455A in anomnidirectional locomotion system, can be translated into movements of agame or application. In another embodiment, the movement of a user,tracked by PODs 455A can be outside of an omnidirectional locomotionsystem.

FIG. 30 illustrates a circuit diagram of an example IMU layout 470including a processor, multi-axis accelerometer/gyroscope, amagnetometer, and a USB connector. A magnetometer can measure a headingwith respect to magnetic North. An accelerometer can measureacceleration and velocity in the X, Y, and Z planes. A gyroscope canmeasure an orientation of pitch, roll and yaw.

FIG. 31 illustrates a circuit diagram of an example of an aggregatorboard layout 475 including a processor, a Bluetooth receiver andtransmitting, POD radios, POD charging, a USB, and a power managementunit.

FIG. 32 is a block diagram of an example POD communication system 490. APOD communication system 490 can include a virtual reality headset 491connected to an aggregator board 493 by short-range wireless, forexample Bluetooth. A POD communication system can include a virtualreality headset 492 connected to an aggregator board 493 by USB or HDMIby a computer system 494. In another embodiment the virtual realityheadset 492 connects to the aggregator board without first connecting tocomputer system 494. A POD communication system 490 can further includeone or more PODs 495 connected to an aggregator board 493. In anembodiment, a connection between PODs 495 and aggregator board 493 iswireless, for example Bluetooth or 2.4 GHz radio. An aggregator board493 can receive data, compile data, and process data and transmit theprocessed data to a computing system. In other embodiments, aggregatorboard can be one or more MCU. In other embodiments, the PODcommunication system 490 can transmit and receive data using HDMI, USB,Bluetooth, short-ranged wireless, Wi-Fi, Gazell protocol, or any othercommunication medium.

FIG. 33 is a flow chart of an example method of a fully decoupledvelocity and heading. Method 510 illustrated in FIG. 33 is provided byway of example, as there are a variety of ways to carry out the method.Additionally, while the example method is illustrated with a particularorder of steps, those of ordinary skill in the art will appreciate thatFIG. 33 and the steps illustrated therein can be executed in any orderthat accomplishes the technical advantages of the present disclosure andcan include fewer or more steps than illustrated.

Each block shown in FIG. 33 represents one or more processes, methods,or subroutines, carried out in example method. The steps illustrated inFIG. 33 can at least be implemented in a system including anomnidirectional locomotion system 130, POD system 400, and/or PODcommunication system 490. Additional steps or fewer steps are possibleto complete the example method. Each block shown in FIG. 33 can becarried out by at least a system including an omnidirectional locomotionsystem 130, POD system 400, and/or POD communication system 490.Alternatively, in another embodiment, each block shown in FIG. 33 can becarried out without the use of an omnidirectional locomotion system 130.

Method 510 can begin at block 511. At block 511, a pedometry rate of auser is determined by acceleration data received at an aggregator boardfrom one or more PODs. In another embodiment, gyro data (angularvelocity) is received at an aggregator board. The pedometry rate can bethe frequency of user steps during a predefined interval. In anembodiment, the pedometry rate can be determined by monitoring anacceleration of a user's feet during a predefined interval. In anotherembodiment acceleration data is received at a PCB that is separate froman aggregator. In another embodiment, accelerated data is received at acomputing device bypassing an aggregator or PCB to determine a pedometryrate. In another embodiment, a change in rotation of a user's foot indegrees over a time interval (angular velocity) is determined in placeof a pedometry rate. When a pedometry rate is determined at block 511,the method can move to block 512.

At block 512, the determined pedometry rate of a user is used tocalculate a velocity. A velocity is calculated by looking for peaks inacceleration followed by high frequency noise to indicate foot impact.Rate and magnitude of the relative energy in each foot step, as measuredby the duration and peak of the acceleration, is used to calculate therate of steps. In an embodiment, the velocity can be an averagevelocity. In another embodiment, the velocity can be a median velocity.In another embodiment, the velocity can be calculated by the receivedgyro data (a change in rotation of a user's foot in degrees over a timeinterval, for example, angular velocity). The velocity is calculated bydetecting a peak (amplitude) of the angular velocity (received at block511). The peak can be multiplied by a scaling factor and an offset canbe added to calculate a real-world velocity. The velocity can berecalculated when a subsequent peak (amplitude) is determined over thetime interval. When a velocity is calculated at block 512, the methodcan move to block 513.

At block 513, a heading is calculated for the one or more IMU. Acorrected orientation is translated into real physical world axes toprovide a heading of one or more PODs. In one embodiment, the one ormore POD orientations can be averaged to provide an aggregate combinedheading. In an embodiment, one or more PODs can be located on user'shead, torso, feet, legs, arms, an accessory, halo, or harness. When aheading is determined at block 513, a method can move to block 514.

At block 514, the heading and velocity can be translated into2-dimensional Cartesian coordinates (X, Y). The translated coordinatescan represent gamepad and/or joystick values. For example, the velocitycan be a magnitude or amplitude of the X and Y values and the headingcan be translated into degree angles from relative magnetic North of theEarth. When the heading and velocity are translated into coordinates atblock 514, the method can move to block 515.

At block 515, the coordinates are normalized into a minimum to maximumscale range, as defined by USB HID joystick/game pad descriptors. Byvirtue of control decoupled from camera view, additional movements suchas walking backward, left and right strafing can be enabled. When thecoordinates are normalized method 510 can end.

Method 510 can be used for a decoupled forward movement. A forwardmovement can be a relative movement in the Y direction relative to thecenter of one or more PODs, and generates a movement in the Ygamepad/joystick direction. An acceleration when a user foot is in theair can be measured in the direction of the heading of the foot. Aforward velocity measurement can be then translated into “real world”coordinates relative to magnetic North of the Earth. All other motionsnot in the forward Y-axis of a POD, relative to the POD body, can beignored to disallow spurious or false movements in alternate directionsconfining the motion identification process to forward motions.

Method 510 can be used for a decoupled backwards movement. A backwardsmovement can be a relative movement in the Y direction relative to thecenter of one or more PODs, and generates a movement in the Ygamepad/joystick direction. An acceleration when a user foot is in theair can be measured in the opposite direction of the heading of thefoot. A backwards velocity measurement can be then translated into “realworld” coordinates relative to magnetic North of the Earth. All othermotions not in the backwards Y-axis of an POD, relative to the POD body,are ignored to disallow spurious or false movements in alternatedirections confining the motion identification process to forwardmotions.

Method 510 can be used for a decoupled side movement or strafe movement.A side movement can be a relative movement in the X direction relativeto the center of one or more POD, and generates a movement in the Xgamepad/joystick direction. An acceleration when a user's foot is in theair can be measured in the perpendicular direction of the heading of thefoot. A side velocity measurement can be then translated into “realworld” coordinates relative to magnetic North of the Earth. All othermotions not in the X-axis of a POD, relative to the POD body, areignored to disallow spurious or false movements in alternate directionsconfining the motion identification process to forward motions.

FIG. 34 is a flow chart of an example method of a coupled forward,backward, and side-to-side movements. Method 520 illustrated in FIG. 34is provided by way of example, as there are a variety of ways to carryout the method. Additionally, while the example method is illustratedwith a particular order of steps, those of ordinary skill in the artwill appreciate that FIG. 34 and the steps illustrated therein can beexecuted in any order that accomplishes the technical advantages of thepresent disclosure and can include fewer or more steps than illustrated.

Each block shown in FIG. 34 represents one or more processes, methods,or subroutines, carried out in example method. The steps illustrated inFIG. 34 can at least be implemented in a system including anomnidirectional locomotion system 130, POD system 400, and/or a PODcommunication system 490. Additional steps or fewer steps are possibleto complete the example method. Each block shown in FIG. 34 can becarried out by at least a system including an omnidirectional locomotionsystem 130, POD system 400, and/or POD communication system 490.Alternatively, in another embodiment, each block shown in FIG. 34 can becarried out without the use of an omnidirectional locomotion system 130.

Method 520 can begin at block 521. At block 521, a pedometry rate of auser is determined by acceleration data received at an aggregator boardfrom one or more PODs. In another embodiment, gyro data (angularvelocity) is received at an aggregator board. The pedometry rate can bethe frequency of user steps during a predefined interval. In anembodiment, the pedometry rate can be determined by monitoring anacceleration of a user's feet during a predefined interval. In anotherembodiment acceleration data is received at a PCB that is separate froman aggregator. In another embodiment, accelerated data is received at acomputing device bypassing an aggregator or PCB to determine a pedometryrate. In another embodiment, a change in rotation of a user's foot indegrees over a time interval (angular velocity) is determined in placeof a pedometry rate. When a pedometry rate is determined at block 521,the method can move to block 522.

At block 522, the determined pedometry rate of a user is used tocalculate a velocity. A velocity is calculated by looking for peaks inacceleration followed by high frequency noise to indicate foot impact.Rate and magnitude of the relative energy in each foot step, as measuredby the duration and peak of the acceleration, is used to calculate therate of steps. In an embodiment, the velocity can be an averagevelocity. In another embodiment, the velocity can be a median velocity.In another embodiment, the velocity can be calculated by the receivedgyro data (a change in rotation of a user's foot in degrees over a timeinterval, for example, angular velocity.) The velocity is calculated bydetecting a peak (amplitude) of the angular velocity (received at block511). The peak can be multiplied by a scaling factor and an offset canbe added to calculate a real-world velocity. The velocity can berecalculated when a subsequent peak (amplitude) is determined over thetime interval. When a velocity is calculated at block 522, the methodcan move to block 523.

At block 523, a heading is calculated for the one or more PODs. Anorientation of the one or more PODs is translated into relative bodyaxes of the one or more PODs to determined an intended direction ofmotion. In one embodiment, the one or more PODs orientations can beaveraged to provide an aggregate combined heading. In an embodiment, oneor more PODs can be located on user's head, torso, feet, legs, arms, anaccessory, halo, or harness. In this embodiment, real world coordinatesare not calculated and are not used to provide heading. The one or morePODs relative self-orientations are then averaged to provide a heading.When a heading is calculated at block 523, a method can move to block524.

At block 524 the heading and velocity can be translated into2-dimensional Cartesian coordinates (X-axis and Y-axis). The translatedcoordinates can represent gamepad and joystick values. For example, thevelocity can be a magnitude of the X and Y values and heading(orientation) is translated into degrees 90 degree angle increments fromthe forward (relative to Y-axis of the PODs). When the heading andvelocity are translated into coordinates at block 524, the method canmove to block 525.

At block 525 the coordinates are normalized into a minimum to maximumscale range, as defined by USB HID joystick/game pad descriptors. Whenthe coordinates are normalized method 520 can end.

Method 520 can be used for forward and backwards coupled movements.Forward and backwards can be relative movement in the Y directionrelative to the center of the PODs, and generates a movement in the Ygamepad/joystick direction. An acceleration when a user's foot is in theair can be measured in the direction of the camera position for forwardmovement and in the opposite direction of the camera position forbackwards movement. All other axes, relative to the PODs, can be ignoredto disallow spurious or false movements in alternate directions,therefore confining the motion identification process to forward andbackwards motions.

Method 520 can be used for side coupled movement or strafing coupledmovements. Side movements can be relative movement in the X directionrelative to the center of the PODs, and generates a movement in the Xgamepad/joystick direction. An acceleration when a user foot is in theair can be measured in the perpendicular direction of the cameraposition. All other axes, relative to the PODs, can be ignored todisallow spurious or false movements in alternate directions, thereforeconfining the motion identification process to side motions.

In determining movement of a user of an omnidirectional locomotionsystem, it is desirable to decrease the time for detecting walking hasbegun on the omnidirectional locomotion platform. A delay in detectioncan be perceived as lag between a user's movement on the platform and auser's avatar in a virtual environment. An additional layer for improvedstep detection performance for the initial step is specified in anembodiment where triggering off an acceleration above a minimum level(threshold) in the forward Y-direction (relative to the POD coordinates)generates a user movement in gamepad/joystick coordinates (relative toreal world North of the Earth). This trigger can be armed during timeswhen a motion library has not completed calculating acceleration andvelocity intensities. Relative strength of the acceleration energy canbe used to ease a transition from a “first step” trigger motion into afull motion library, for example, forwards walking, backwards walking,running, crouching, strafe, creep, jumping or any additional motiongestures detectable on the omnidirectional locomotion system. Thetrigger has a rate independent hysteresis to alleviate an appearance ofjitteriness in user motions caused by noise in measured accelerometerdata.

Decreasing a lag between the cessation of movement and its detection isspecified in an embodiment which triggering off an acceleration below amaximum level in all relative directions (relative to the PODcoordinates) forces user movement to stop. This trigger is armed duringtimes when the motion library has identified intended user motions. Thetrigger has a rate independent hysteresis as to alleviate the appearanceof jitteriness in user motions caused by noise in the measuredaccelerometer data.

FIG. 35 is a flow chart of an example method of detecting a quick stopof a user movement. Blocks of method 530 can also be used in calculatinga velocity for use in method 510 and method 520. Method 530 illustratedin FIG. 35 is provided by way of example, as there are a variety of waysto carry out the method. Additionally, while the example method isillustrated with a particular order of steps, those of ordinary skill inthe art will appreciate that FIG. 35 and the steps illustrated thereincan be executed in any order that accomplishes the technical advantagesof the present disclosure and can include fewer or more steps thanillustrated.

Each block shown in FIG. 35 represents one or more processes, methods,or subroutines, carried out in example method. The steps illustrated inFIG. 35 can at least be implemented in a system including anomnidirectional locomotion system 130, a POD system 400, and a PODcommunication system 490. Additional steps or fewer steps are possibleto complete the example method. Each block shown in FIG. 35 can becarried out by at least a system including an omnidirectional locomotionsystem 130, a POD system 400, and a POD communication system 490.Alternatively, in another embodiment, each block shown in FIG. 35 can becarried out without the use of an omnidirectional locomotion system 130.

Method 530 can begin at block 531. At block 531, the method can receive,from one or more PODs, raw gyro data. In an embodiment the raw gyro datacan be an angular velocity. The angular velocity can be used todetermine if a user is moving forward or backwards, for example walkingforwards/backwards or running forwards/backward by the change inrotation of a user's feet. In an embodiment if the angular velocity isnon-zero the user can be moving. The peak (amplitude) of the angularvelocity can be a user's velocity. In another embodiment, the angularvelocity can be determined by receiving the one or more POD data over apredefined interval. In another embodiment, the received data can beacceleration data for calculating a velocity. If at block 531 it isdetermined that the user is moving, the method can move to block 532.

At block 532, the method can normalize or smooth the raw data byapplying a filter. In an embodiment, the raw gyro data can be runthrough a fast stopping filter. In regard to the fast stopping filter,the received raw gyro data can be run through an exponential movingaverage (EMA) filter, then the smoothed (filtered) values can becompared to previous smoothed values, to determine a smooth deltaresulting in a smoothed gyro data graph. In another embodiment, the rawgyro data can be run through an analog speed filter. In regard to theangle speed filter the raw gyro x-axis values for both feet PODs can berun through an EMA filter to calculate the absolute value of each gyro.The filtered values can be added together, scaled, and then an offset isadded. In an embodiment the offset can be a scale offset, i.e., so thevalue falls within a valid joystick output value. The offset value canthen run through an EMA filter. The EMA filter can be a new EMA filteror the previously mentioned EMA filter. The result is a smooth outputthat is approximately equivalent to a velocity, for example a walkingvelocity. An example smoothed gyro data graph can be seen in FIG. 36 .When a filter has been applied the method can move to block 533.

At block 533, the method can determine if the smoothed gyro data atblock 532 drops within a predefined threshold. In an embodiment thesmoothed gyro data can be an angular velocity (rate of rotation persecond) in the direction of motion. For example, the angular velocitycan be determined from the gyro axis perpendicular to the direction ofthe motion. The predefined threshold can be used to determine when theuser is slowing down. In an embodiment, predefined threshold can be 0.33degrees per second. The angular velocity can be monitored at apredetermined interval, for example 1 ms, 5 ms, 10 ms, 15 ms, and 20 ms.As shown in FIG. 36 , when the angular velocity of POD 501 and POD 502drops within a predefined threshold 503 the movement of the user can beslowing down. Each peak (amplitude) shown in FIG. 36 , can be a user'svelocity at that point in time. The user's velocity will change duringsubsequent peaks. In an embodiment, to prevent a false stop detection,the predefined threshold can be determined dynamically based on thevelocity of the user movement. For example, when the velocity iscalculated at a slow speed (walking or creeping) the predefinedthreshold can be a tighter window making the trigger points smaller.When the forward velocity is calculated at a high speed (running) thepredefined threshold can be a larger window making the trigger pointslarger. In another embodiment to prevent a false stop a decay can beadded when the angular velocity drops to the predefined threshold. Theadded decay can alleviate any stuttering effect. The decay is anexponential decay calculated mathematically, to have a gradualtransition towards zero. When the smoothed gyro data has dropped belowthe predefined threshold, the method can move to block 534.

At block 534, the method can determine when the slope of the smoothedgyro data has approached zero for a predefined interval. For example,during a predefined interval of 1 ms, 5 ms, 10 ms, 15 ms, or 20 ms. Whenthe slope of the angular velocity continues to approach zero, a stop canbe detected. In an embodiment, a stop can be detected when the slope isless than 0.01 degrees per second squared. Alternatively, if during thissame interval the slope does not continue to approach zero, a stopcannot be detected. In an embodiment, the slope deltas (during thepredefined interval) can be analyzed to locate a peak. The velocity canbe set to the maximum of each peak until the next peak is located, whichthen can be set to the velocity. In another embodiment, when the angularvelocity slope is within a minimum predefined window, a counter isincremented. If the counter reaches seven, the velocity is set to zero.When the predefined interval has ended the method can move to block 535if the slope approached zero for the predefined interval or can returnto block 531 if the slope did not approached zero for the predefinedinterval.

At block 535, the method can detect a quick stop. For example, when thesmooth gyro data is within the threshold and when the slope of thesmooth gyro data approached zero during the predefined interval a quickstop is detected. When a quick stop is detected, method 530 can end.

FIG. 37 illustrates a platform sensor layout 600. Platform 170 can beequipped with one or more sensors 615 for tracking the movement of oneor more feet. In an embodiment, sensors 615 can be proximity sensors,for example capacitive sensors using the body capacitance of each of theuser's feet as input. The capacitive sensors can be activated when oneor more feet are moved over the sensor. In another embodiment, sensors615 can be magnetic sensors, optical sensors, spiral sensors, IMUsensors, PODs, or any sensors capable of high accuracy readings.Platform 170 can include a harness (not shown) and halo (not shown) forsupporting a user as shown in FIG. 3 and FIG. 4 . The harness caninclude one or more sensors for determining an orientation of a user,for example a user's torso orientation. The halo can include one or moresensors for determining an orientation of a user, for example a user'storso orientation. In another embodiment, a user's footwear can compriseone or more sensors, for example to differentiate between a left andright foot, the front of a foot and the back of a foot, or a toe and aheel.

Platform 170 can be divided into two or more concentric circles. Forexample, as shown in FIG. 37 , platform 170 can be divided into fourconcentric circles 609, 610, 611 and 612. Sensors 615 can be distributedon platform 170 in concentric circles 609, 610, 611 and 612. In anotherembodiments platform 170 can be divided into two or more regularpolygons. In another embodiment, platform 170 can be divided into acenter area and adjoining trapezoidal areas. In still anotherembodiment, platform 170 can be divided into a square symmetric XY grid.Platform 170 can further be divided into two or more slices. Forexample, as shown in FIG. 37 , platform 170 can be divided into 8slices, 601, 602, 603, 604, 605, 606, 607, and 608. One or more sensors615 can be located within the cross-section of each concentric circleand each slice. For example, sensor 615A can be located within thecross-section of the inner most concentric circle 609 and slice 601.Sensors 615B can be located within the cross-section of concentriccircle 611 and slice 601. In another embodiment, the cross-section ofthe inner most concentric circle 609 and slice 601 can include two ormore sensors. In another embodiment, each cross-section of a concentriccircle and slice can include two or more sensors.

Sensors 615 can be of equivalent size or of differing size. For example,sensors 615 can be of a smaller size when located near the center ofplatform 170 and progressively larger the further from the center ofplatform 170 the sensors 615 are located. In another embodiment, thesensors can be of equivalent size, for example, 1.5, 2.5, 3.5, 4.5 or5.5 inches or any other size in diameter.

FIG. 38 illustrates an example of two slices in communication of anomnidirectional locomotion system. Sensors 615 can be connected to oneor more printed circuit board (PCB) 620. For example, sensors 615located in each platform slice can be electronically coupled to a PCB620 located in their respective slice. In another embodiment, sensorsfrom all slices can be connected to a centralized PCB. Sensors 615 canbe electronically coupled by coaxial cable to PCB 620. In anotherembodiment, sensors 615 can be electronically coupled to PCB 620 byshort-range wireless communication, for example Bluetooth. The PCB ineach slice can be electronically coupled by a digital communication linkto the PCB in adjacent slices, for example, in a daisy chain or ringconfiguration. PCB 620 located in slice 601 can electronically coupledto PCB 620 located in slice 602, which can be electronically coupled toPCB 620 located in slice 603. In an embodiment, slice 601, can includeda micro-controller unit (MCU) with Universal Serial Bus (USB)capabilities 625. In another embodiment, slice 601, can include acentral processing unit with USB capabilities. MCU 625 can supply powerto PCB 620 in slice 601 and PCB 620 in slice 602 by connection 621. PCB620 in slice 602 can supply power to PCB 620 in slice 603 by connection624, which can supply the PCB in the adjacent slice in the daisy chainconfiguration until the last PCB is supplied with power. MCU 625 canalso supply a serial bus to PCB 620 in slice 602 by connection 622, forexample an inter-integrated circuit (I2C) bus, an universal asynchronousreceiver/transmitter (UART), a serial peripheral interface bus (SPI), alocal interconnect network bus (LIN), a controller area network bus(CAN), or any other type of serial bus. In another embodiment, serialbus communication can be achieved through local wireless communicationdevices located on each slice, either integrated or independent the MCU.PCB 620 in slice 602 can supply the serial bus to PCB 620 in slice 603by connection 623, which can supply the PCB in the adjacent slice in thedaisy chain configuration until the last PCB is supplied. In anotherembodiment, PCB 620 in slices 601-608 can be electronically coupled to acentralized PCB, for example in a star configuration. In anotherembodiment, the electronic coupling can be short-range wirelesscommunication. MCU 625 can transfer to and receive data from a computersystem 635. For example, a server, a video game console, mobile device,or an equivalent computer system. In another embodiment, MCU 625 canmonitor sensor activity by continuously polling PCB 620 in slices601-608 by the electronically coupled or wirelessly coupled bus. Inanother embodiment, PCB 620 in slices 601-608 can alert MCU 625 ofsensor activity by means of a hardware interrupt, for example, anelectronic alerting signal to indicate an event needing immediateattention. Slice 601 can also include a Debug Kit 630 in connection withcomputer system 635.

Slice 602 can contain one or more sensors 615 and PCB 620. Slices603-608 can be substantially similar to slice 602. Slice 602 can beconnected in a daisy chain with slices 601 and 603. Slice 602 canreceive power and serial bus from slice 601. Slice 602 can transmitpower and serial bus to slice 603. This process can be repeated untilslice 608 receives power and serial bus from slice 607. This process canbe repeated for more or less slices depending on the number of slices inplatform 170. Slices 602-608 can contain a redundant MCU 625 and Programand Debug Kit 630.

FIG. 39 and FIG. 40 are flow charts illustrating an example method 700and method 750 for sensing a user's forward movement. A user's forwardmovement can be variable. Method 700 and method 750 are provided by wayof example, as there are a variety of ways to carry out the method.Additionally, while the example methods is illustrated with a particularorder of steps, those of ordinary skill in the art will appreciate thatFIG. 39 and FIG. 40 and the steps illustrated therein can be executed inany order that accomplishes the technical advantages of the presentdisclosure and can include fewer or more steps than illustrated.

Each block shown in FIG. 39 and FIG. 40 represent one or more processes,methods or subroutines, carried out in example method. The stepsillustrated in FIG. 39 and FIG. 40 can be implemented in at least asystem including platform 170. Each block shown in FIG. 39 and FIG. 40can be carried out at least by platform 170. The rings described inFIGS. 39 and 40 are an example representation of three concentriccircles for a sensor layout in platform 170. There can be more or lessrings depending on the designated sensor layout and therefore method 700and method 750 can contain more or less branches keeping consistent withthe number of rings in platform 170. In another embodiment, the sensorscan be located on a user or an accessory.

Method 700 can begin at block 701. At block 701, one or more sensors canchange from off to on and on to off, when the sensor has a value above athreshold. In an embodiment, the value can be a capacitance or opticalvalue. The threshold can also function as a by-pass filter for sensorcapacitances. Each sensor can have an independent threshold value. Thethreshold value can be adjustable. Threshold values can be adjustedbased on a number of variables, for example, the position of sensors ina platform 170, the number of sensors in a platform 170, the size of thesensors in a platform 170, and the size of the activating componentactivating and deactivating the sensors, for example a user's feet. Inan embodiment, the threshold value can determine if a sensor is on oroff, providing a direction vector of approximately 22 degrees. Inanother embodiment, the threshold value as a by-pass filter, whereinonly capacitances above the threshold are used in calculating thedirection vector and speed vector of approximately 2 to 3 degrees.

At block 702, sensor values or data can be saved. The sensor values canbe point-in-time scan values of all sensor data. Sensor data caninclude, but is not limited to capacitance value, operational state (onor off), historical time values, such as time stamp of last ON event,time stamp of last OFF event. The saved sensor values can be used bycomputer system 635 to calculate movements by each of the user's feet.The saved sensor values can further be used to historically calculatethe user's previous movements to aid in determining the user's actions,for example running, walking, walking backwards, jumping, forwardjumping, strafing, and crouching.

At blocks 711 to 712, one or more sensors located in an outer ring canbe change from off to on or from on to off. A sensor in an outer ringcan be activated to the “on” position by reading a sensor value greaterthan or equal to the threshold value, for example, one or both of auser's feet moving over a sensor located in an outer ring. A sensor inan outer ring can be deactivated to the “off” position by reading asensor value less than the threshold value, for example, one or both ofa user's feet moving away from a sensor located in an outer ring. Atblock 713, method 700 can generate “W” or forward in-game movement andmethod 700 can end.

At blocks 721 to 722, one or more sensors in a middle ring can changefrom on to off or from on to off. A sensor in a middle ring can beactivated to the “on” position by a reading a sensor value greater thanor equal to the threshold value, for example, one or more of a user'sfeet moving over a sensor located in a middle ring. A sensor in a middlering can be deactivated to the “off” position by reading a sensor valueless than the threshold value, for example, one or both of a user's feetmoving away from a sensor located in a middle ring.

At block 723, the computer system can check the point-in-time sensorscan of all sensors located in one or more adjacent inner rings ofplatform 170. At block 724, if one or more sensors are activated, “on,”in one or more adjacent inner rings of the same section as the sensor inthe middle ring, method 700 can generate “W” or a forward in-gamemovement and method 700 can end.

At blocks 731 to 732, one or more sensors in an inner ring can changefrom off to on or from on to off. A sensor in an inner ring can beactivated to the “on” position by reading a sensor value greater than orequal to the threshold value, for example, one or more of a user's feetmoving over a sensor located in an inner ring. A sensor in an inner ringcan be deactivated to the “off” position by reading a sensor value lessthan the threshold value, for example, one or both of a user's feetmoving away from a sensor located in an inner ring.

At blocks 733, the computer system can check the point-in-time sensorscan of all sensors located in one or more adjacent middle rings ofplatform 170. At block 734, if one or more sensors is activated “on” inone or more adjacent middle rings of a same section as the sensor in theinner ring, method 700 can generate “W” or a forward in-game movementand method 700 can end and method 700 can end.

Method 750 can begin at block 751. At block 751, one or more sensors canchange from off to on when the sensor has a value greater than athreshold. In an embodiment, the value can be a capacitance or opticalvalue. Each sensor has an independent threshold value. The thresholdvalue is adjustable. Threshold values can be adjusted based on a numberof variables, for example, the position of sensors in a platform 170,the number of sensors in a platform 170, the size of the sensors in aplatform 170, and the size of the activating component activating anddeactivating the sensors, for example a user's feet. In an embodiment,the threshold value can determine if a sensor is on or off, providing adirection vector of approximately 22 degrees. In another embodiment, thethreshold value as a by-pass filter, wherein only capacitances above thethreshold are used in calculating the direction vector and speed vectorof approximately 2 to 3 degrees.

At block 761, one or more sensors in an outer ring can change from offto on. A sensor in an outer ring can be activated to the “on” positionby reading a sensor value greater than or equal to the threshold value,for example, one or both of a user's feet moving over a sensor locatedin an outer ring. At block 762, method 750 can generate “W” or forwardin-game movement and method 700 can end.

At blocks 771, one or more sensors in a middle ring can change from offto on. A sensor in a middle ring can be activated to the “on” positionby reading a sensor value greater than or equal to the threshold value,for example, one or more of a user's feet moving over a sensor locatedin a middle ring. At block 772, method 750 can save sensor data. Thesensor values can be point-in-time scan values of one or more sensordata. Sensor data can include, but is not limited to capacitance value,operational state (on or off), historical time values, such as timestamp of last ON event, time stamp of last OFF event. The saved sensorvalues can be used by computer system 735 to calculate movements by eachof the user's feet. The saved sensor values can further be used tocalculate, historically, the user's previous movements to aid indetermining the user's actions, for example running, walking, walkingbackwards, jumping, forward jumping, strafing, and crouching.

At blocks 781, one or more sensors in an inner ring can change from offto on. A sensor in an inner ring can be activated to the “on” positionby reading a sensor value greater than or equal to the threshold value,for example, one or more of a user's feet moving over a sensor locatedin an inner ring. At blocks 782, the computer system can check thepoint-in-time sensor scan of all sensors located in one or more adjacentmiddle rings of platform 170. At block 783, if one or more sensors isactivated “on” in one or more adjacent middle rings of a same section asthe sensor in the inner ring, method 750 can generate “W” or forwardin-game movement and method 750 can end.

FIG. 41 and FIG. 42 are flow diagrams illustrating an example method 800and method 850 for generating a velocity vector for representing adirection and speed of a user step. Method 800 and method 850illustrated in FIG. 41 and FIG. 42 are provided by way of example, asthere are a variety of ways to carry out the method. Additionally, whilethe example methods is illustrated with a particular order of steps,those of ordinary skill in the art will appreciate that FIG. 41 and FIG.42 and the steps illustrated therein can be executed in any order thataccomplishes the technical advantages of the present disclosure and caninclude fewer or more steps than illustrated.

Each block shown in FIG. 41 and FIG. 42 represents one or moreprocesses, methods or subroutines, carried out in example method. Thesteps illustrated in FIG. 41 and FIG. 42 can be implemented in at leasta system including a platform 170. Each block shown in FIG. 41 and FIG.42 can be carried out at least by a platform 170. The rings described inFIGS. 41 and 42 are an example representation of three concentriccircles for a sensor layout in platform 170. There can be more or lessrings depending on the designated sensor layout and therefore method 800and method 850 can contain more or less branches keeping consistent withthe number of rings in platform 170. In another embodiment, the sensorscan be located on a user or an accessory.

Method 800 can begin at block 802. At block 802, one or more sensorschanges can be detected, for example, a sensor can change from off to onand on to off, when the sensor has a value above a threshold value. Inan embodiment, the value can be a capacitance or optical value. Thethreshold value can also function as a by-pass filter for sensorcapacitances. Each sensor can have an independent threshold value. Thethreshold value can be adjustable. Threshold values can be adjustedbased on a number of variables, for example, the position of sensors ina platform 170, the number of sensors in a platform 170, the size of thesensors in a platform 170, and the size of the activating componentactivating and deactivating the sensors, for example a user's feet. Inan embodiment, sensors 615 can include one or more capacitive sensorsthat register a default capacitance. In another embodiment, registeredcapacitive changes that occur in excess of the threshold can indicatethat the respective sensor has changed state, for example from an “off”to an “on” state, indicating engagement in an associated position on thelocomotion system platform 170 and providing a direction vector ofapproximately 22 degrees. In another embodiment, the threshold value asa by-pass filter, wherein only capacitances above the threshold are usedin calculating the direction vector and speed vector of approximately 2to 3 degrees.

In block 804, a save sensor scan operation is performed in which timedata is saved for one or more or all sensor scan data. The sensor valuescan be point-in-time scan values of one or more sensor data. Sensor datacan include, but is not limited to capacitance value, operational state(on or off), historical time values, such as time stamp of last ONevent, time stamp of last OFF event. The saved sensor values can be usedby computer system 635 to calculate movements by each of the user'sfeet. The saved sensor values can further be used to historicallycalculate the user's previous movements to aid in determining the user'sactions, for example running, walking, walking backwards, jumping,forward jumping, strafing, and crouching. The time data associated withindications of sensor state changes can be used to calculate velocityvectors from sensor data.

At blocks 806 to 808, one or more sensors located in an outer ring canbe changed from off to on or from on to off. A sensor in an outer ringcan be activated to the “on” position by reading a sensor value greaterthan or equal to the threshold value or by a step direction vectormethod, for example, one or both of a user's feet moving over a sensorlocated in an outer ring. A sensor in an outer ring can be deactivatedto the “off” position by reading a sensor value less than the thresholdvalue or by a step direction vector method, for example, one or both ofa user's feet moving away from a sensor located in an outer ring. Atblock 810, method 800 can generate a velocity vector of an outer ringsensor and method 800 can end.

At blocks 812 to 814, one or more sensors located in a middle ring canbe changed from off to on or from off to on. A sensor in a middle ringcan be activated to the “on” position by reading a sensor value greaterthan or equal to the threshold value or by a step direction vectormethod, for example, one or both of a user's feet moving over a sensorlocated in a middle ring. A sensor in a middle ring can be deactivatedto the “off” position by reading a sensor value less than the thresholdvalue or by a step direction vector method, for example, one or both ofa user's feet moving away from a sensor located in a middle ring.

At block 816, the computer system can check the point-in-time sensorscan 804 of all sensors located in one or more adjacent inner rings ofplatform 170. At block 818, if one or more sensors are activated, “on,”in one or more adjacent inner rings of the same section as the one ormore sensors in the middle ring, method 800 can generate a velocityvector of the one or more activated middle ring sensors and method 800can end.

At block 820 to 822, one or more sensors in an inner ring can changefrom off to on or from on to off. A sensor in an inner ring can beactivated to the “on” position by reading a sensor value greater than orequal to the value or by a step direction vector method, for example,one or more of a user's feet moving over a sensor located in an innerring. A sensor in an inner ring can be deactivated to the “off” positionby reading a sensor value less than the threshold value or by a stepdirection vector method, for example, one or both of a user's feetmoving away from a sensor located in an inner ring.

At block 824, the computer system can check the point-in-time sensorscan of all sensors located in one or more adjacent middle rings ofplatform 170. At block 826, if one or more sensors are activated “on” inone or more adjacent middle rings of a same section as the sensor in theinner ring, method 800 can generate a velocity vector of the one or moreactivated middle ring sensors and method 800 can end.

Method 850 can begin at block 852. At block 852, one or more sensors canchange from off to on when a sensor reads a value greater than athreshold value. Each sensor can have an independent threshold value.The threshold value can be adjustable. Threshold values can be adjustedbased on a number of variables, for example, the position of sensors ina platform 170, the number of sensors in a platform 170, the size of thesensors in a platform 170, and the size of the activating componentactivating and deactivating the sensors, for example a user's feet. Inan embodiment, sensors 615 can include one or more capacitive sensorsthat register a default capacitance. In another embodiment, registeredcapacitive changes that occur in excess of the threshold can indicatethat the respective sensor has changed state, for example from an “off”to an “on” state, indicating engagement in an associated position on thelocomotion system platform 170 and providing a direction vector ofapproximately 22 degrees. In another embodiment, the threshold value asa by-pass filter, wherein only capacitances above the threshold are usedin calculating the direction vector and speed vector of approximately 2to 3 degrees.

At block 854, one or more sensors in an outer ring can change from offto on. A sensor in an outer ring can be activated to the “on” positionby a reading over the threshold value or by a step direction vector, forexample, one or both of a user's feet moving over a sensor located in anouter ring. In another embodiment, one or more outer ring sensors areactivated only following an activation of one or more adjacent middlering sensors in the same section. At block 856, method 850 can generatea velocity vector of one or more outer ring sensors and method 850 canend.

At block 858, one or more sensors in a middle ring can change from offto on. A sensor in a middle ring can be activated to the “on” positionby reading a sensor value greater than or equal to the threshold valueor by a step direction vector, for example, one or more of a user's feetmoving over a sensor located in a middle ring. At block 860, method 850can save sensor data and then method 850 can end. The sensor values canbe point-in-time scan values of one or more sensor data. Sensor data caninclude, but is not limited to capacitance value, operational state (onor off), historical time values, such as time stamp of last ON event,time stamp of last OFF event. The saved sensor values can be used bycomputer system 635 to calculate movements by each of the user's feet.The saved sensor values can further be used to historically calculatethe user's previous movements to aid in determining the user's actions,for example running, walking, walking backwards, jumping, forwardjumping, strafing, and crouching.

At block 862, one or more sensors in an inner ring can change from offto on. A sensor in an inner ring can be activated to the “on” positionby reading a sensor value greater than or equal to the threshold valueor by a step direction vector, for example, one or more of a user's feetmoving over a sensor located in an inner ring. At blocks 864, thecomputer system can check the point-in-time sensor scan of one or moreof the sensors located in one or more adjacent middle rings in the samesection of platform 170. At block 866, if the time difference betweenthe current time of activation of the inner ring sensor and the time ofthe last “OFF” time stamp of the one or more adjacent middle ringsensors is less than a variable time stamp threshold, for example 1millisecond, method 850 can generate a velocity vector of one or moremiddle ring sensors at block 868 and method 850 can end.

The velocity vector generated in FIGS. 41 and 42 can be used tocalculate a variety of gaming metrics, for example, speed, direction,walking, running, jumping. The velocity vector output can be (X,Y)coordinates indicating direction and magnitude (speed) of the user'sfoot or feet.

Velocity vectors can be generated using (X,Y) position coordinates ofone or more sensors in which a change is registered, as shown in FIGS.41 and 42 For example, XY sensor plane of the locomotion system platform170, can stretch from a designated −1 to 1 distance units in eachquadrant of a two dimensional plane. The coordinates can be normalizedto facilitate ease of future vector calculations. For example, bydividing the both the X and Y coordinates by normalization factor, in anembodiment (X²+Y²)^(1/2) Before velocity vectors are transmitted tocomputer system 635, MCU 625 can translate the coordinates from a(−1, 1) range to a (0, 255) range.

A vector speed representation can be calculated by multiplyingnormalized coordinates by a speed value, for example, a value between 0and 1. The resulting vector “length” can represent the speed. In anotherembodiment, vector speed calculations can be performed based on afrequency of user steps. In another embodiment, a time interval betweenactivation of consecutive or adjacent sensors can be used to determinethe vector speed. For example, using the saved sensor time stamp data.

In an embodiment, a velocity vector calculation can be used to calculatea user jump. For example, using the inner ring sensors and time stampdata of the center sensors to calculate activation and deactivation ofthe each foot. In another embodiment, the inner, middle and outersensors can be used to calculate a forward, sideways, and backwardsjump.

FIG. 43 illustrates a flow chart of an example method 900 for performingvelocity vector integration, with a third party system, for example, athird party video game console. FIG. 43 is a flow diagram illustratingan example method 900 for velocity vector integration with a thirdparty. Method 900 illustrated in FIG. 43 is provided by way of example,as there are a variety of ways to carry out the method. Additionally,while the example methods is illustrated with a particular order ofsteps, those of ordinary skill in the art will appreciate that FIG. 43and the steps illustrated therein can be executed in any order thataccomplishes the technical advantages of the present disclosure and caninclude fewer or more steps than illustrated.

Each block shown in FIG. 43 represents one or more processes, methods orsubroutines, carried out in example method. The steps illustrated inFIG. 43 can be implemented in a system including at least platform 170.Each block shown in FIG. 43 can be carried out by at least a platform170. In another embodiment, the sensors can be located on a user or anaccessory.

Method 900 begins at block 902. At block 902 a relative velocity vectorinput can be received. Subsequently, an angle of the vector input iscomputed. The angle computed can be the angle measure between thevelocity vector direction and absolute north, the front of platform 170.At block 904, if the angle of the velocity vector input is 0, then aprevious vector quantity 905 is used. In an embodiment, if afterreceiving 0 vectors for 1/10^(th) second, the vector is reset to 0. Atblock 906, if the angle of the velocity vector input is less than 30degrees, the forward motion direction at block 907 is used. At block908, if the angle of the velocity vector input is between 30 and 80degrees, a 45 degree motion selection at block 909 is made, for example,in either the left or right direction. At block 910, if the angle ofvelocity vector input is between 80 and 90 degrees, a 90 degree motionat block 911 selection is made, for example, in either the left or rightdirection. At block 912, if the angle of the velocity vector input isgreater than 90 degrees, a backstep motion at block 913 is made vectoris reset to 0.

Current video games use a relative orientation framework. Pushing ajoystick to the right or pressing “D” on a keyboard can move a user'savatar 90 degrees to the right from a current viewpoint or cameraposition. In one embodiment, the current camera position can be obtainedby measuring a direction of a head mounted display (e.g., a virtualreality headset). Thus in the relative orientation framework, movementcan be relative to the current camera position. To further illustrate,pushing the joystick up or “W” on the keyboard can move the user'savatar in the forward in the current camera position.

In an example embodiment, a game can use an absolute orientationframework (decoupled framework). When a game is played using platform170, the user's avatar can move independently from the current viewpointor camera position. The user's avatar can move in an absolute mannerrelative to an in-game map. For example, if the user walks the directionnorth on platform 170, the user's avatar can move north on the in-gamemap, regardless of the current camera position. In a related aspect, thehead mounted display can include a magnetometer. The magnetometer canuse an absolute orientation framework similar to platform 170, whereinthe current in-game camera position can be the direction the user isphysically looking outside the game.

In an embodiment, the direction “north” can be magnetic north or polarnorth. In another embodiment, the direction “north” can be a designateddirection set or calibrated at a start of a game. For example, a userwearing a head mounted display, such as a virtual reality headset, canlook forward relative to the user's body during calibration, which cancalibrate the current forward looking direction with a forward walkingorientation prior to decoupling the current camera position and theuser's body position. In another embodiment, the halo or harnessattached to platform 170, can include sensors to calibrate the forwardposition of a user with the forward orientation in-game prior todecoupling the current camera position and the user's body position. Inanother embodiment, upon initiation of a game the current position ofthe user outside of the game, determined by the sensors in platform 170,the harness, or the headset can be calibrated to the starting positionof the game. For example, if an avatar is initiated facing east, thenthe direction the user is facing when the game is initiated can becalibrated east.

In an example embodiment, decoupling can be implemented in existinggames. Existing games are not set up for decoupling, however thedecoupling effect can still be achieved by generating one or morekeystrokes based on the user's current camera position. For example, ifthe user walks forward on the platform 170 while looking 90 degrees tothe left, decoupling can be accomplished by generating the “D” key orleft movement key. The absolute orientation framework can be convertedto the relative orientation framework by taking into account the currentcamera direction. In another example, if the user walks forward on theplatform 170 while looking 45 degrees to the right, achieving thedecoupling effect can be accomplished by generating the “W” and “A” keyssimultaneously or in an alternating manner. In yet another example, ifthe user walks forward on the platform 170 while looking 15 degrees tothe right, achieving the decoupling effect can be accomplished bygenerating the more “W” keys than “A” keys.

In an embodiment, the sensors can monitor directions of a user's leftfoot and right foot to determine the user's intended movement direction.FIG. 44 illustrates an example algorithm for determining a stepdirection. In an embodiment, four active sensors can be physicallylocated on one or more slices of platform 170, for example, the sensorsare located in slice 601 and rings 611 and 612. The four active sensorscan represent all non-zero sensors in the outer two sensor rings. Eachof the four active sensors can have a position vector value and acapacitance value. A threshold can be used to filter out sensorcapacitance readings below pre-defined threshold value. This can reducethe noise in determining a single step is completed. For example, if thethreshold value is specified as a capacitance value of 0.50, then onlysensors having a reading of greater than 0.50 can be used is determiningthe step direction. In another embodiment, the active sensors can bephysically located on a user's feet, hands, torso, head, or an accessory(e.g., a gun, sword, baton, paddle, bat, etc.).

FIG. 44 illustrates a flow chart of an example method 1000 fordetermining a user's intended movement direction. FIG. 44 is a flowdiagram illustrating an example method 1000 for determining a user'sintended movement direction. Method 1000 illustrated in FIG. 44 isprovided by way of example, as there are a variety of ways to carry outthe method. Additionally, while the example methods is illustrated witha particular order of steps, those of ordinary skill in the art willappreciate that FIG. 44 and the steps illustrated therein can beexecuted in any order that accomplishes the technical advantages of thepresent disclosure and can include fewer or more steps than illustrated.

Each block shown in FIG. 44 represents one or more processes, methods orsubroutines, carried out in example method. The steps illustrated inFIG. 44 can be implemented in at least a system including a platform170. Each block shown in FIG. 44 can be carried out by at least aplatform 170. In another embodiment, the sensors can be located on theuser or accessory.

Method 1000 can begin at block 1001. At block 1001, one or more sensorscan be activated by recording a measurement. In an embodiment, sensorson platform 170 can be activated by recording a capacitance measurement.For example, if a user steps forward to the outer two rings of slice601, the four sensors in rings 611 and 612 can have capacitancereadings. If the capacitance readings of the sensors are greater than apredefined threshold, the capacitance readings can be used to calculatethe step direction. In an embodiment all sensor readings greater thanzero can be used in calculating the step direction. In anotherembodiment, sensors can be activated by recording an inertialmeasurement or optical measurement. When a sensor value has beenrecorded at one or more sensors, the method can proceed to block 1002.

At block 1002, the active sensors with a recorded value greater than orequal to threshold can be normalized. During the normalization process,the position of one or more sensors can be converted to one or moredirection vectors. For example, if the active sensors are in slice 601,the normalized direction vectors can be in the direction of slice 601.When the normalization of the sensor positions has completed, the methodcan proceed to block 1003.

At block 1003, weighted vectors can be calculated for the normalizedposition vectors. In an embodiment, the weighted vectors by capacitancecan be calculated. For example, sensors with a greater capacitancereading can be assigned a higher weight. In an embodiment the weight ofeach active sensor is calculated by multiplying the normalized positionvectors by the sensor capacitance values. When the vectors have beenweighted the method can move to block 1003.

At block 1004, the weighted vectors can be accumulated to calculate anaccumulated vector. For example, the directionally weighted vectors canbe added together to calculate an accumulated vector. When anaccumulated vector has been calculated the method can move to block1005.

At block 1005, the accumulated vector can be normalized. For example,normalizing the accumulated vector can determine the step directionvector. When the accumulated vectors have been normalized and the stepdirection vector created method 1000 can end.

FIG. 45 is a flow diagram illustrating an example method 1050 fordetermining a user's intended movement direction. In another embodimentthe method can track two-step direction vectors and calculate thevelocity direction as the average of the two vectors. The method candetermine a velocity for a user's character movement based on even andodd step direction vectors and step time stamps, for example, averagingdirection vectors and monitoring step rate. The method can store a setof internal or global data structures, for example: Vector3, Float, Int,Bool, vStep[2], timeStep[2], nSteps, and isStep.

Method 1050 illustrated in FIG. 45 is provided by way of example, asthere are a variety of ways to carry out the method. Additionally, whilethe example methods is illustrated with a particular order of steps,those of ordinary skill in the art will appreciate that FIG. 45 and thesteps illustrated therein can be executed in any order that accomplishesthe technical advantages of the present disclosure and can include feweror more steps than illustrated.

Each block shown in FIG. 45 represents one or more processes, methods orsubroutines, carried out in example method. The steps illustrated inFIG. 45 can be implemented in at least a system including a platform170. Each block shown in FIG. 45 can be carried out by at least aplatform 170. In another embodiment, the sensors can be located on theuser or accessory.

Method 1050 can begin at block 1052. At block 1052 an event can occur,for example, a current time, position an inertial, optical orcapacitance measurement of one or more sensors. When an event hasoccurred, the method can proceed to block 1054. At block 1054, thesensors can be zeroed. In an embodiment, the sensors in a center zone ofplatform 170 can be zeroed. In an embodiment, the center zone can be theinner two rings of platform 170. In another embodiment center zone can ageometric shape, a circle, hexagon or octagon. When the sensors havebeen set to zero, method 1050 can proceed to block 1056.

At block 1056, a threshold can be used to filter active sensors. In anembodiment, a threshold can be used to filter active sensors based oncapacitance, optical measurements, or inertial measurements. Forexample, if the capacitance readings of the active sensors are greaterthan a predefined threshold, the active sensor can be included in thevelocity calculation. In an embodiment the threshold can be set to zero.When the active sensors with a capacitance reading greater than or equalto threshold value are determine, the method can proceed to block 1058.At block 1058, a step direction vector is calculated. For example, thestep direction vector can be calculated using method 1000. When the stepdirection vector is calculated method 1050 can proceed to block 1060.

At block 1060, the length of the direction vector is determined. If thelength of the direction vector is greater than zero, method 1050 canproceed to a block 1062. At block 1062, it is determined if a user hastaken a step. For example, an active sensor reading outside of thecenter zone can be a confirmation of a step. If it is determined a stepwas taken, method 1050 can proceed to a block 1080. At block 1080 thevelocity can be calculated. In an embodiment, the velocity can be avector which is the average of two-step direction vectors multiplied bythe step rate or speed. In the same embodiment, the magnitude of thevelocity vector is the user speed. A zero length vector can mean theuser is stopped. A vector length between 0 and 1 can mean the user iswalking or running. A vector length of 1 can mean the user is running.The velocity can be calculated, in an embodiment, using Equations(1)-(3).time=clamp(abs(timeStep[0]−timeStep[1]),minTime,maxTime)  Equation (1)speed=1.0f−(time−speedRunning)/(speedSlow−speedrunning)  Equation (2)vVelocity=normalize(vStep[0]+vStep[1])*speed  Equation (3)

Once the velocity is calculated at block 1080, the method can proceed toblock 1082 and end.

If at block 1062 a step was not taken, the method can proceed to block1064. At block 1064, a step is recorded. For example, the directionvector has a length greater than zero (block 1060) and the sensors incenter zone were zeroed out (block 1054), therefore a foot has moved tothe outer sensors. When a step is recorded, method 1050 can move toblock 1080 to calculate a velocity. Once the velocity is calculated atblock 1080.

If at block 1060, the length of the direction vector is equal to or lessthan zero, method 1050 can proceed to a block 1070. At block 1070, it isdetermined if a user has taken a step. For example, an active sensorreading outside of the center zone, a step has been taken. If it isdetermined a step was taken, method 1050 can proceed to a block 1072. Atblock 1072, the number of steps is incremented and a step variable isset to false. For example, there was in a step (foot in outer sensors)and now there is no foot detected in the outer sensors, thus step iscomplete. After the step is completed, method 1050 can proceed to block1080.

If at block 1070, a step was not taken, the method can proceed to block1074. At block 1074, it can be determined if step was too slow. In anembodiment, if a foot stayed in an outer zone of platform 170. In anembodiment, a step being too slow can be determined by subtracting thecurrent time from the previous step time and then determining if thecalculated value is greater or less than a step threshold value. If thestep is too slow then method 1050 can proceed to block 1076. At block1076, the steps values are reset. For example, number of steps, stepvector and step time can be set to zero. When the step values are set tozero method 1050 can proceed to block 1080. If at block 1074 a step wasnot too slow, method 1050 can proceed to block 1080.

FIGS. 46A-C illustrate an example industrial omnidirectional locomotionsystem. Industrial omnidirectional locomotion system 1100 can comprisevertical supports 1101, horizontal struts 1102, halo 134, supportmembers 1103 and 1104, platform 170, vertical poles 1105, springs 1106,ground supports 1107 and a linear ball bearing system (not shown).

Vertical supports 1101 can enable vertical movement of halo 134. In anembodiment, vertical supports 1101 can be hollow to enable entry ofhorizontal struts 1102 and coupling to vertical poles 1105 by a linearball bearing system. Vertical supports 1101 can be of variable length.Vertical supports 1101 can also include a protective covering. Theprotective covering can prevent foreign materials from entering thehollow portion of Vertical supports 1101 and thus prevent foreignmaterials from interfering with linear ball bearing system, pole 1105and springs 1106. For example, the protective covering can beoverlapping bristles. In an embodiment, the vertical supports 1101 arefar enough away from the center support to prevent interference with auser and any industrial gear, for example a gun, sword, baton, paddle,racquet. Vertical supports 1101 can keep vertical poles 1105 vertical,for example, 90 degree angle, to enable consistent vertical movementfrom the user. Horizontal struts 1102 extend from halo 134 and attachedto the vertical poles 1105 by a ball bearing system. The ball bearingsystem can enable vertical movement of halo 134. In another embodiment,horizontal struts 1102 can also extend at an acute angle, for example,75 degrees, 45 degrees, or any other angle less than 90 degrees, asshown in FIG. 46C. A more acute angle can enable an industrial userunobstructed use of an industrial accessory, for example pointing thebarrel on the gun towards the ground. In an embodiment, the ball bearingsystem can have greater than 5 inches of contact with the verticalpoles. The linear ball bearing system can comprise a linear ball bearingblock. The liner ball bearing system can enable a smoother movement ofthe struts 1102 along the vertical poles. Horizontal struts 1102 canextend from halo 134 in the same plane. Support members 1103 and 1104can add stability to vertical supports 1101. Ground support 1107 cansupport and stabilize industrial omnidirectional locomotion system 1100.

Springs 1106 can raise the halo 134 and struts 150 when a user is in thestanding position. Springs 1106 can provide support during forward usermovements. Springs 1106 can further compress enabling a user to crouch,and aid a user in standing, standing up from a crouch, or jumping byuncompressing. The spring constant can be calculated, in an embodiment,using Hooke's Law. The total force can be the weight of the halo can beadded to the upward force needed to provide stability for a user. Thestability can differ depending on the height of a user. The total forcecan be divided by the number of vertical supports. In an embodiment, thespring constant can be between 0.2 lb/in and 4.0 lb/in. In anotherembodiment, the spring constant can be between 0.4 lb/in and 2.0 lb/in.

In an embodiment, vertical supports can include telescoping poles. Inanother embodiment vertical supports are telescoping poles. For example,the height of the vertical supports/telescoping poles will be the sameheight as halo. The telescoping pole can enable a user to movevertically by compressing and extending in response to the user'smovements.

In an embodiment, the vertical supports can be a bungee cord orsuspended spring system. In this embodiment, a minimal resistance wouldbe applied to the halo when a user is in the crouch position. Upon auser moving to the stand position from the crouch position, theresistance on the halo would subside. In another embodiment, verticalmovement can be achieved by a pivot arm system. A pivot can be attachedto the struts on either the vertical support or the halo. Upon a usermoving to the crouch or stand position, the pivots can actuate enablingthe vertical movement of the user. In another embodiment, verticalmovement can be achieved by a magnetic levitation system. The struts canbe attached to the vertical support by magnets. The magnetic fieldcreated by the magnetic polarization can enable vertical movement. Inanother embodiment, vertical movement can be achieved by hydraulicactuation. The horizontal struts can be attached to the verticalsupports by hydraulics. Vertical movement of the user can be actuated bythe hydraulics. In another embodiment, vertical movement can be achievedby compressed gas. Vertical movement can be achieved by actuating aregulator causing the release and restriction of the flow of compressedgas.

FIG. 47 is a cross-sectional view illustrating a pulley braking systemof an industrial omnidirectional locomotion system. A pulley system 1120can connect a mass 1122 to a linear bearing system (not shown) by acable 1121. The mass 1122 can enable the linear bearing system to movevertically along a vertical pole 1105. The mass can provide a constantupward horizontal force to the horizontal struts 1102 and halo (notshown). The constant upward horizontal force can counteract the constantdownward force produced when a user is moving forward, for examplewalking or running. In the previous and subsequent embodiments, theforward force can also be a backward force, for example, a user walkingfor running backward.

FIG. 48 is a cross-sectional view illustrating a counter weight systembraking system of an industrial omnidirectional locomotion system. Acounterweight system can aid in preventing a user from falling. In anembodiment, the counterweight system can comprise vertical supports1101, vertical poles 1105, and one or more springs 1106 used to create arestorative force to resist horizontal force provided by the user. Thesprings 1106 can be placed underneath a linear bearing system (notshown). The springs 1106 can compress due to downward horizontal force,produced by a user forward movement, which can also produce a balancingupward force, for example if a user is walking or running.

FIG. 49 is a top view illustrating a frictional force braking system ofan industrial omnidirectional locomotion system. The forces produced bya forward movement of a user can be converted into a frictional forcethat can resist the vertical force of a falling user. The frictionalforce can counteract the constant downward force produced by a forwardmovement of a user, for example running. In an embodiment, thefrictional force is created by a frictional material 1123 internal tothe vertical supports 1101 and the bearing system (not shown). When auser moves forward the frictional material on the outside of the bearingsystem comes into contact with the frictional material internal to thehollow supports creating a frictional force.

FIG. 50 is a top view illustrating a circumferential spring brakingsystem of an industrial omnidirectional locomotion system. The linearball bearing system can be attached to the vertical pole by one or moresprings 1124. In an embodiment, four springs 1124 are set equidistantand creating a 90 degrees with the vertical pole 1105. When a forwardmovement is applied by the user to the horizontal strut 1102, thehorizontal force is transferred from the user through the horizontalstrut 1102 and to the springs 1124. When the springs compress, thefrictional material on the outside of the linear ball bearing system andinternal to the hollow support come into contact creating a frictionalforce. The frictional force can resist the downward force produced bythe forward movement of the user, preventing a fall. In anotherembodiment, the frictional force can come from the contact of the strutand the linear bearing system.

FIG. 51 illustrates a cable braking system of an industrialomnidirectional locomotion system. A cable braking system can be used toprevent a user from falling. The cable braking system can include brakes1127, brake cables 1125 that run along the horizontal struts 1102, and aball bearing sleeve 1126 which houses the bearing system. The forwardmovement of a user can create a horizontal force. The horizontal forcecan actuate and increase the tension on brake cables 1125 actuating thebrakes 1127. For example, the increased tension on the cable brakesystem can provide a frictional force along the vertical pole, resistingthe downward force produced by a user's forward movement, for examplewalking or running.

FIG. 52 illustrates a Pouch Attachment Ladder System (PALS) and amodular lightweight load-carrying equipment (MOLLE) harness connection.Standard industrial load bearing equipment can be integrated to theharness 120. In an embodiment, MOLLE personal protective equipment withPALS 1130 can be integrated, as shown in FIG. 52 . In another example, aMOLLE patrol pack with PALS can be integrated. The PALS system consistsof a webbing grid 1129 for connecting PALS compatible equipment. Anyother industrial gear or attire, for example, improved load bearingequipment (ILBE), can also be integrated into the locomotion systemharness. Harness 120 can have one or more PALS compatible straps 1128for integration with industrial equipment, for example MOLLE or ILBE.Compatible straps 1128 can be attached to the MOLLE person protectiveequipment 1130, the MOLLE patrol pack, the ILBE equipment by the PALSsystem.

FIG. 53 illustrates a flow chart of an example method 1200 of a softdecoupled velocity and heading. In some embodiments, a user may not wanta completely coupled or decoupled velocity and heading (e.g., a user maywish to look and move in different directions in a virtual environment).In some embodiments, a user can be coupled, decoupled, or softdecoupled. In some embodiments, a user can select to be coupled,decoupled or soft decoupled. In some embodiments, a soft decoupling canprovide a coupling based on a ratio. For example, the greater the angleof the heading (with a 0 angle at the user's forward facing position),the greater the direction of the velocity is altered.

Method 1200 illustrated in FIG. 53 is provided by way of example, asthere are a variety of ways to carry out the method. Additionally, whilethe example methods is illustrated with a particular order of steps,those of ordinary skill in the art will appreciate that FIG. 53 and thesteps illustrated therein can be executed in any order that accomplishesthe technical advantages of the present disclosure and can include feweror more steps than illustrated.

Each block shown in FIG. 53 represents one or more processes, methods orsubroutines, carried out in example method. The steps illustrated inFIG. 53 can be implemented in a system including at least platform 170.Each block shown in FIG. 53 can be carried out by at least a platform170, PODS 400, or omnidirectional locomotion system 130. In anotherembodiment, the sensors can be located on a user or an accessory.

Method 1200 can begin at block 1202. At block 1202, a determination ismade that a user is in motion. In some embodiments, the user motion isdetermined by acceleration data received at an aggregator board from oneor more PODs 400. For example, a user can be moving forward, backwards,sideways, or in any other direction. The user can be running, walking,strafing, crawling, jumping, etc. In some embodiments, the motion of auser can be determined by a pedometry rate (as illustrated in method510). In some embodiments, the velocity and heading of the user can alsobe determined (as illustrated above). When it has been determined thatthe user in motion, method 1200 can proceed to block 1204.

At block 1204, the user heading is determined. In some embodiments, theangle of the user heading is determined, for example, by setting to theforward orientation of the user to zero degrees (e.g., as defined by theorientation of the user's torso, as measured by the sensors in thehalo). That is, when a user is looking forward the angle of the userheading is zero. When the user is looking directly to the right, theangle +90 degrees. When the user is looking directly to the left, theangle of the user heading is −90 degrees. When the user heading isdetermined, method 1200 can proceed to block 1206.

At block 1206, a heading delta is calculated. In some embodiments, theheading delta can be calculated based on the user heading (e.g., angle)and a predetermined ratio. The predetermined ratio can be set up by asoftware developer for a specific software application. Thepredetermined ratio can be set by a user based on that user's movementpreference. For example, the angle of the user heading can be used as aninput into a predetermined ratio to determine the heading delta. In someembodiments, the heading delta can be a directional vector. For example,when the angle of the user heading is 90 degrees and the ratio is ½, theheading delta can be 45 degrees. The heading delta can be added to thevelocity vector altering the direction in the user's avatar is moving.When the heading delta is calculated, method 1200 can move to block1208.

At block 1208, the heading delta can be added to the current userheading (illustrated in block 1202 and block 523) to determine asoft-decoupled heading. In some embodiments, the heading delta and thecurrent user heading can be directional vectors. When the heading deltaand current user heading are added together, the method 1200 can proceedto step 1210.

At block 1210, a velocity vector can be calculated from thesoft-decoupled heading and velocity. The magnitude (i.e., velocity) of avelocity vector gives the speed of the user while the vector direction(e.g., heading) gives the direction of the user. The velocity vector canbe used as soft decoupled input into a server or gaming system.

In some embodiments the velocity vector can be translated into2-dimensional Cartesian coordinates (X, Y). The translated coordinatescan represent gamepad and/or joystick values. For example, the velocitycan be a magnitude or amplitude of the X and Y values and thesoft-decoupled heading can be translated into degree angles fromrelative magnetic North of the Earth. In some embodiments, thecoordinates are normalized into a minimum to maximum scale range, asdefined by USB HID joystick/game pad descriptors.

FIGS. 54A-G, illustrate a sensor ring 300 disposed within the halo 134.The sensor ring 300 can house a plurality of sensors 335 disposed aroundthe halo 134. The plurality of sensors 335 aggregate and analyzes dataassociated with the position, movement, and orientation of the sitharness 120 within the halo 134. The sensor ring 300 is a housingdisposed on or within the halo 134 having one or more printed circuitboards (PCB) 330, the plurality of sensors 335, a data connection 340disposed therein.

As can be appreciated in FIGS. 54A-G, the sensor ring 300 has aplurality of Hall effect sensors 335 evenly distributed around the halo134. The plurality of Hall effect sensors 335 are coupled to one or morePCBs 330 within the sensor ring 300. The plurality of sensors 335 can bedistributed across one or more multiplexers (MUXs). MUXs can be employedto increase the amount of data that can be sent and received by thesensor ring 300. In at least one embodiment, the plurality of sensors335 can consist of sixty-four (64) Hall effect sensors arranged atnearly equal increments around the halo 134, (otherconfigurations/numbers of sensors are possible). The sixty-four (64)Hall effect sensors 335 can distributed across four PCBs 330, each PCB330 having a MUX coupled to sixteen (16) Hall effect sensors 335. Thefour PCBs 330 can be electronically coupled to one another throughribbon cables 345. In other embodiments the PCBs can be wirelesslycoupled. The data aggregated by the plurality of Hall effect sensors 335can be communicated to the locomotion system 130 via data connection340. The data connection can an RJ-45 data connection, wirelessconnections, etc.

FIG. 54H illustrates sled 125 and vertical member 126 of sit harness120. The vertical member 126 can be configured to enclose a Hall effectmagnet 352 with cover 354. The Hall effect magnet 352 can interact withthe plurality of Hall effect sensors disposed within the halo 134enabling the locomotion system 130 to determine the orientation,heading, and movement of a user wearing sit harness 120 within thelocomotion system 130. The Hall effect sensors 335 can generate outputvoltages based on the position of the magnet 352 within vertical member126. The position of the magnet 352 within vertical member 126 canresult in varying output voltages, enabling the locomotion system 130 todetermine the orientation and direction of the user wearing sit harness120.

The data generated by the sensor ring 300 interacting with the sitharness 120 can be processed by an algorithm to provide the locomotionsystem 130 with movement information. The algorithm can collect datafrom the four PCBs 330 with sixteen sensors per board by reading thefirst sensor on each board and then incrementing to read the next sensorof the plurality of sensors. The data read from each sensor can bestored by the locomotion system 130. The Hall effect magnet 352 arrangedon sit harness 120 can be orientated to produce differing voltagesenabling the algorithm to determine the magnet on the right side of sitharness 120 from the magnet on the left side of sit harness 120. In someembodiments, a first magnet 352 (e.g., on the left side of sit harness120) is positioned to have a North pole facing the Hall effect sensorsand a second magnet 352 (e.g., on the right side of the harness 120) ispositioned to have a South pole facing the Hall effect sensors. Thefirst magnet (facing the North pole) and second magnet (facing the Southpole) can be differentiated based on voltage readings (e.g., the Northpole facing magnet can generate a voltage reading above a threshold andthe South pole facing magnet can generate a voltage reading below thethreshold). In at least one embodiment, the threshold can be 1V.

The data from each Hall effect sensor is analyzed to determine a min andmax value as well as their index in the data set (i.e., the sensorposition in the sensor array). The min and max values are used todetermine the position of the sensor in the sensor array (e.g., whensensor has a high reading the magnet is near this sensor). An indexnumber associated with the sensor (i.e., with the high reading) candetermine the position of the sensor in the ring (i.e., each sensor isnumbered). The average value of all the sensors is calculated andcompared to the max and min value to determine the position of theharness within the halo 134. The values of sensors adjacent to the minand max readings are also stored, and normalized with the min and maxdata respectively. The normalization provides more accurate positiondata of the Hall effect magnets 352 in relation to the halo 134. Theadjacent sensor output (i.e., to the magnets 352) is also analyzed todetermine which adjacent sensor has a higher value. For example, if thesensor to the left of the max value sensor is higher than the sensor tothe left of the max value senor, the angle is configured slightly closerto the left. The normalization can account for the variance between theadjacent sensors to determine the relationship between the max sensorand the adjacent sensors.

The algorithm can then calculates the heading based on the left andright angles. The direction (heading) calculation first considerswhether the left angle is larger than the right angle, or if the rightangle is larger than the left angle. If the left angle is larger, theheading is equal to the left angle minus the difference between the leftand right angle divided by two. If the right angle is larger, theheading is equal to the right angle minus the difference between theright and left angle divided by two. The direction of the heading can bedetermined by calculating the difference between the angles. If themagnets 352 are pushed forward in the ring, the difference between theleft angle and right angle will be smaller, and the user is determinedto be moving forward. In at least one embodiment, when the differencebetween the left and right angle is greater than or equal toapproximately 170 degrees it can be determined the user movement is in aforward direction. When the difference between the left and right angleis greater than or equal to approximately 190 degrees it can bedetermined the user movement is a backward direction.

Embodiments described herein comprise a combination of features andadvantages intended to address various shortcomings associated withcertain prior devices, systems, and methods. The foregoing has outlinedrather broadly the features and technical advantages of the invention inorder that the detailed description of the invention that follows may bebetter understood. The various characteristics described above, as wellas other features, will be readily apparent to those skilled in the artupon reading the detailed description, and by referring to theaccompanying drawings. It should be appreciated by those skilled in theart that the conception and the specific embodiments disclosed may bereadily utilized as a basis for modifying or designing other structuresfor carrying out the same purposes of the invention. It should also berealized by those skilled in the art that such equivalent constructionsdo not depart from the spirit and scope of the invention as set forth inthe appended claims.

Examples within the scope of the present disclosure can also includetangible and/or non-transitory computer-readable storage media forcarrying or having computer-executable instructions or data structuresstored thereon. Such non-transitory computer-readable storage media canbe any available media that can be accessed by a general purpose orspecial purpose computer, including the functional design of any specialpurpose processor as discussed above. By way of example, and notlimitation, such non-transitory computer-readable media can include RAM,ROM, EEPROM, CD-ROM or other optical disk storage, magnetic disk storageor other magnetic storage devices, or any other medium which can beutilized to carry or store desired program code means in the form ofcomputer-executable instructions, data structures, or processor chipdesign. When information is transferred or provided over a network oranother communications connection (either hardwired, wireless, orcombination thereof) to a computer, the computer properly views theconnection as a computer-readable medium. Thus, any such connection isproperly termed a computer-readable medium. Combinations of the aboveshould also be included within the scope of the computer-readable media.

Computer-executable instructions include, for example, instructions anddata which cause a general purpose computer, special purpose computer,or special purpose processing device to perform a certain function orgroup of functions. Computer-executable instructions also includeprogram modules that are executed by computers in stand-alone or networkenvironments. Generally, program modules include routines, programs,components, data structures, objects, and the functions inherent in thedesign of special-purpose processors, etc. that perform particular tasksor implement particular abstract data types. Computer-executableinstructions, associated data structures, and program modules representexamples of the program code means for executing steps of the methodsdisclosed herein. The particular sequence of such executableinstructions or associated data structures represents examples ofcorresponding acts for implementing the functions described in suchsteps.

Those of skill in the art will appreciate that other examples of thedisclosure can be practiced in network computing environments with manytypes of computer system configurations, including personal computers,hand-held devices, multi-processor systems, microprocessor-based orprogrammable consumer electronics, network PCs, minicomputers, mainframecomputers, and the like. Examples can also be practiced in distributedcomputing environments where tasks are performed by local and remoteprocessing devices that are linked (either by hardwired links, wirelesslinks, or by a combination thereof) through a communications network. Ina distributed computing environment, program modules can be located inboth local and remote memory storage devices.

The various examples described above are provided by way of illustrationonly and should not be construed to limit the scope of the disclosure.For example, the principles herein apply not only to a smartphone devicebut to other devices capable of detecting communications such as alaptop computer. Those skilled in the art will readily recognize variousmodifications and changes that can be made to the principles describedherein without following the example embodiments and applicationsillustrated and described herein, and without departing from the scopeof the disclosure.

We claim:
 1. A computer-implemented method of soft decoupling an inputto an application, the method comprising: in response to movement of auser on a platform of a 360 degree omnidirectional locomotion systemconfigured to support the user, receiving a first data from at least onefirst sensor and a second data from at least one second sensor;calculating, from the first data and second data, a heading delta;multiplying the heading delta by a ratio; combining the heading deltaand the first data; and providing the combined heading as the input tothe application.
 2. The method of claim 1, wherein the at least onefirst sensor is a hall effect sensor.
 3. The method of claim 1, whereinthe at least one first sensor is an optical tracking sensor.
 4. Themethod of claim 1, wherein the first data is between 0 and 360 degrees.5. The method of claim 1, wherein the at least one first sensor isconfigured to measure rotation of the user within the platform.
 6. Themethod of claim 1, wherein the at least one second sensor is a inertialsensor.
 7. The method of claim 1, wherein the second data is between 0and 360 degrees.
 8. The method of claim 1, wherein the at least onesecond sensor is configured to measure a direction the user within theplatform is looking.
 9. The method of claim 1, wherein the ratio isbetween 0 and
 1. 10. The method of claim 1, wherein calculating theheading delta further comprising: determining a difference between thefirst data and the second data.
 11. A system of soft decoupling an inputto an application, the system comprising: a processor; and a memorystoring instructions, which when executed by the processor, causes theprocessor to: in response to movement of a user on a platform of a 360degree omnidirectional locomotion system configured to support the user,receive a first data from at least one first sensor and a second datafrom at least one second sensor; calculate, from the first data and thesecond data, a heading delta; multiply the heading delta by a ratio;combine the heading delta and the first data; and provide the combinedheading as the input to the application.
 12. The system of claim 11,wherein the at least one first sensor is a hall effect sensor.
 13. Thesystem of claim 11, wherein the at least one first sensor is configuredto measure rotation of the user within the platform.
 14. The system ofclaim 11, wherein the at least one second sensor is a inertial sensor.15. The system of claim 11, wherein the at least one second sensor isconfigured to measure a direction the user within the platform islooking.
 16. A non-transitory computer-readable medium storinginstructions, which when executed by a processor, causes the processorto: in response to movement of a user on a platform of a 360 degreeomnidirectional locomotion system configured to support the user,receive first data from at least one first sensor and second data fromat least one second sensor; calculate, from the first data and thesecond data, a heading delta; multiply the heading delta by a ratio;combine the heading delta and the first data; and provide the combinedheading as the input to the application.
 17. The non-transitorycomputer-readable medium of claim 16, wherein the at least one firstsensor is a hall effect sensor.
 18. The non-transitory computer-readablemedium of claim 16, wherein the at least one first sensor is configuredto measure rotation of the user within the platform.
 19. Thenon-transitory computer-readable medium of claim 16, wherein the atleast one second sensor is a inertial sensor.
 20. The non-transitorycomputer-readable medium of claim 16, wherein the at least one secondsensor is configured to measure a direction the user within the platformis looking.